for some reason the Less editor CRUNCH is not opening any files anymore. I don't know why this is happening. I did a reboot, I did an uninstall/reinstall of both AIR and CRUNCH. When I fire Crunch back up to start I instead get the GUI with no functionality and no opening of any files from the menu?
Any ideas how to fix this?
UPDATE here's the fix:
Found the answer on the Facebook page (of all the places) "Zac Evans: ok, so i managed to fix the problem by removing the crunch.app folder under C:\Users###\AppData\Roaming\Adobe\AIR\ELS" The mac fix is to search your main library for the ELS folder and delete the crunch data within that.
UPDATE: Found the answer on the Facebook page (of all the places) "Zac Evans: ok, so i managed to fix the problem by removing the crunch.app folder under C:\Users###\AppData\Roaming\Adobe\AIR\ELS"
After both rebooting and re-installing Crunch and Air -The MAC fix is to search your main library for the ELS folder and delete the crunch data within that.
Related
IT student here.
Scenebuilder was working fine, until I tried to open a different .fxml from the one I was working on. Then Scenebuilder stopped working. Tried going back and opening the file I was working on fine previously, and that suddenly wouldn't open.
Looked on here and reddit for other solutions. People recommended going through IntelliJ "File> Settings> Languages & Frameworks> JavaFX" and fixing the Path to Scenebuilder. When I would do what I would think would fix it, it would spit a mirror image with different slashes. I took a picture of one of the results I got. I've tried flipping the slashes for the path, I've tried using the path that's the same as the file I'm trying to access, I've tried finding the scenebuilder file, but all I have can find is the installer, which makes no sense because I was just editing a different .fxml a few minutes ago.
Can anybody help me? I would like to be able to do my homework, but I'd also love to understand what's going on. I feel like a hot mess and a big dummy at the same time right now lol.
Example from my desktop
TIA!
When I save changes to a html file, the browser refreshes the page quickly and correctly. The first time I save changes to a scss file, the page starts to reload, but stops without loading any of the style sheets (although it does load images). If I save it a second time, the page reloads fully. Thereafter, most I only need one save. However, sometimes I have to do a second save in order to get it working properly again.
I am running rails v4.2.5.1, guard v2.13.0, guard-livreload v2.5.1, chrome browser v48 with livereload extensions 2.1.0.
It turned out that when I upgraded by hard drive from a mechanical to a SSD drive, this problem stopped occuring. Maybe something was timing out.
Best to open issues like that in guard-livereload. There are lots of moving parts here. And there are debugging options on both sides.
If an SSD drive fixed things, your editor may have had a lot of plugins activated during save - and if the "total save time" is longer for multiple files, things can get wacky. It could be lots of issues, so it's best to open an issue and ask for help. (There are debugging tutorials in Wikis too).
Currently I'm having an issue where I cannot make any changes to some files in my project. When hitting the return or space bar key it will only select text and not create new lines or spaces respectively.
I'm fairly certain it has something to do with the VCS features but cannot seem to find any settings to correct the Read-Only issue I'm running into.
This issue did raise it head after installing the Dash plugin. Not sure if this is coincidental or related.
Thanks!
update: After further test it looks like some files go into a sort of preview mode. Return and Space bar keys will let you scan the file and hitting any other keys will wake up the edit function. Strange?
IdealVim caused this for me. Definitely plugin related.
I have a strange problem happening intermittently with my apps where textbox controls would disappear intermittently. I have narrowed the cause of this down to having image files (small logos etc) on my page.
I have managed to create a simple project which contains an xaml page with an image and 2 textblocks (these are in grids).
I have found on two test tablets that I can re-create the problem by going to task manager and creating a dump file for the running app.
After I do this twice and resume the app, the two textblocks disappear.
This exact problem is happening intermittently in my live apps.
Has anyone any ideas why this might be happening or what I should try next? I have no idea why creating a dump file forces the issue.
You can see a video of me re-creating the issue here:
https://onedrive.live.com/redir?resid=DF2BE823348DEA6C!74381&authkey=!AIvSU05r0363S3Y&ithint=video%2cMOV
The test project in the video can be downloaded from here:
https://onedrive.live.com/redir?resid=DF2BE823348DEA6C!74382&authkey=!AIGHSdezFcCbEZQ&ithint=file%2czip
So far I can re-create it with the exact same steps on my two different tablets - both running Windows 8.1 Pro 32bit.
If you are familiar with sideloading apps and you have a 64bit tablet I would be really appreciative if someone was able to test out the exact same steps as seen in the video.
Any help would be extremely appreciated as I am clueless as to where to go next.
I finally got to the bottom of this. The problem was down to the intel graphics driver that was installed on the tablets.
An updated driver was released around April which seemed to resolve the issue.
I have observed this problem of disappearing controls on views that do not contain image files but rather a background image. After reading your method of how to reproduce the issue, I've since removed the background image and replaced with a LinearGradientBrush and retested with the dump file process. The problem seems to have disappeared. (I'm running 32-bit as well.)
This is the email:
Dear developer,
We have discovered one or more issues with your recent binary submission for "Bla". Before your app can be reviewed, the following issues must be corrected:
Corrupt Icon File - The icon file 72 x 72.png appears to be corrupt.
Once these issues have been corrected , go to the Version Details page and click Ready to Upload Binary. Continue through the submission process until the app status is Waiting for Upload and then use Application Loader to upload the corrected binary.
I have change the file and re-upload the app, but I got the email again.
As Michael Dautermanm says.
Make sure "compress png's" is turned off in the build settings.
thanks
Can you open the file in Preview, and choose 'Tools' -> 'Show Inspector'? The file may be using some PNG format features that Apple don't like. They want RGB, 8 bit depth, no alpha. See the Custom Icon and Image Creation Guidelines.
For comparison, here are screenshots of the Preview Inspector, showing properties of an icon for an app that was accepted. If you're unsure, post similar screenshots for the properties of your picture.
The "Pixels Per Meter" part may or may not appear. It wasn't there when I first opened some icon files five minutes ago, and now it appears for every PNG I open. Weird.
Edit: also check the icon entries in your 'Info.plist', or the 'Info' tab for your Target. (These are not the same thing, as I just spent several hours discovering. Settings in the 'Info' tab override your 'Info.plist'.) As of the iOS 5.1 SDK, these include Icon file (a string), Icon files (an array), and Icon files (iOS 5) (a dictionary containing at least one dictionary containing an array). XCode seems to add your launch images to this list too. Don't rely on it to keep the list tidy - I have sometimes found outdated filenames in mine.
For further comparison, here's what ended up in the Info.plist of a valid app. Your filenames may be different, as long as they match the resources in your project.
I'm the developer of the app Pillboxie. I have been having the same issue as you, but I believe I may have finally found a solution.
Before proceeding with my suggestion, make sure that your Info.plist and all icon filenames appear exactly as Apple requires. Keep checking the documentation to make sure you're up-to-date, but Dondragmer's recommendation looks correct to me.
I created all my image resources, including app icons, in Photoshop, exporting for web as PNG-24's. Because Pillboxie has numerous images, setting "Compress png's" to YES in the build settings helps me save several megabytes of space. I was getting the same error as you until I tried turning off this compression, as Evaristoyok suggests. However, my app jumped up several mb. I hoped to find a better way.
Tonight I found the following link: article. In it the author suggests to make sure that "Interlaced" is NOT selected in Photoshop when exporting images in the Save For Web & Devices dialog window. I re-exported all icon and launch images with this disabled, and it solved my issue. I was able to submit my app and still leave png compression enabled.