I am having a particular issue with Send to Compressed Folder.
What i do is:
Select folder - right click - send to...
Usually it created a zipped file at the bottom of the current with the same name as the folder i wanted to zip. Lately, however, the position of the zipped folder is not the last one in the folder and it automatically makes me rename it.
I know it's a minor issue, but since i deal with lots of zipped folder at work it would be nice to go back as it was.
Thanks in advance!
Related
I accidentally deleted my index.html file instead of my selected line of code. Dragging the file back into Atom imported the entire .trash folder. I thought, well, I can't take out a root directory, but I've deleted the content within before. I can live with that.
Of course, whatever I deleted came straight back to trash!! Is there any way to fix this or will I have to transfer everything to a new project and burn this one?
Was hard to describe my problem in Title. Basically I opened zip archive, and dragged a map out of it to desktop. Then I realized, that I had a map with the same name on desktop with different content and windows just replaced the old map with new one, without asking.
What I want to know is if there is any place I can find the old map, that got replaced? Can't really find it and the content was really important.
Any suggestions would be highly appreciated, because I myself have this situation for the first time and could not describe the problem to google.
So again, what I did:
Opened zip archive.
Dragged one folder on desktop
The folder replaced an existing folder on desktop, which apparently had the same name.
SOLVED
The solution was quite simple, but I will leave this post up, if anyone else gets this kind of problem, or by mistake clicked replace folder.
At least in windows 10, you can press properties of the new folder and there preview previous versions of the folder. Then click open and you can get the contents back. Or just click restore for restoring the folder to previous version.
I frequently take projects between work and home on a flash drive. I zip up the project with 7zip, take it to the new computer, delete the old project, and extract the newer version. But after doing this the solution doesn't open the files I had open previously like it normally does when re-opening a solution without replacing it with a new version.
The 7z file does include the hidden .vs folder which I believe is where the list of open files is supposed to be saved.
My Task Canvas extension automatically saves open files on solution closing and restores them when you reopen the solution. It works with relative paths and information is saved to a .TaskCanvasSL file in the solution directory.
(But this is just one feature and doesn't justify purchase if you don't need the whole code fragments and tasks concept.)
Okay, I had asked a question earlier about how I could create my own directories within XCode so as to be able to search for specific files more efficiently. I re-imported my files, this time making sure to create folder references instead of flat groups. Everything looks good, and my files are neatly organized in blue folders.
Now I had thought this would mean the paths to the files within these folders would change, and I could search through the new, more specific paths (instead of having to search through the contents of the entire application bundle every time). But the path for every file in any folder is still identical to what it was earlier.
For example: a text file called "items.txt" is located within the "SupportingFiles" folder that I imported as a reference. I would expect the path to include "/SupportingFiles/items.txt". But the path is logged as /Users/Mike/Library/Application Support/iPhone Simulator/5.1/Applications/(lots of numbers and text)/Adventurer BASE.app/items.txt.
Or "xxDefault.txt", which is included in the "Defaults" folder, which itself is in the "SupportingFiles" folder. I would expect to see "SupportingFiles/Defaults/xxDefault.txt" or something like it. But again, the logged path ends in "Adventurer BASE.app/xxDefault.txt"
Every single file in any location has a path ending in "Adventurer BASE.app/(file name)". Doesn't matter if it's on the simulator or an actual device. I thought importing the resources within folder references (blue folders) was supposed to do the trick, but evidently there's something else to be done.
Clearly I am misundertanding XCode's filing system. Any help figuring it out would be awesome, as I'm about to rip my hair out.
Sounds like a caching issue, my first idea would be to delete the build directory by holding down the alt key, access the Product menu and select Clean Build Folder... in Xcode.
After checking #InsertWittyName's suggestion (which is fairly likely correct), make sure that in your Copy Files step you're copying the folder reference and not the individual files.
The blue folder in Xcode is within the main bundle. It is not in the "Application Support" (NSApplicationSupportDirectory) tree. The path to the blue Xcode folder is:
NSString *sourcePath = [[[NSBundle mainBundle] resourcePath] stringByAppendingPathComponent:#"SupportingFiles"];
This is probably a very easy question, but I'm having trouble deleting resources from my XCode project. I added them using "Create Folder References for any added folders" so that I could import a whole offline HTML site with its correct folder structure.
Unfortunately, now it has been added like this I don't seem to be able to delete individual files in the structure (it's not available from the Edit menu).
Can anyone help please? Thanks!
That isn't how folder references work. The idea is that its only a reference, you can open files within it and save it from those editors, you can delete or move the entire reference throughout the xcode project, but you can't actually edit it - its read only as far as xcode is concerned. Likewise, you cannot restructure it (move internal files around).
I'm not to sure why apple decided to make this the case, but apparently they have.
If you want to know how one might use the xcode folder system, here's how I tend to use them with my projects:
Whenever I subdivide code into folders, when I drag them into my project I click "recursively create groups for any added folders". If you do this, you any changes you make within xcode will not reflect the actual file itself. As far as I know, there is no way to do this. What does happen then is that when you add a new code file to it, the directory starts off in that file by default. ie, you don't need to navigate to it manually when you create a new file.
I use folder references whenever I'm working with content for an application I'm using. This way, I add all my images, folders, configuration files, whatever - and xcode immediately lists them. The reason I have it within xcode, I can I copy the files into the executables directory by dragging the folder reference into a "Copy Files" build phase.
Thats basically (to my knowledge) how one uses the folder types within xcode - sadly, I don't know how to achieve the functionality you want. You may have to manually delete the folders in finder, which if you do use folder references will update xcode to the change.
I ran into the same issue by using "Create Folder References for any added folders". I wanted to change some of the times but that's not possible. I had added a main folder that had other directories under it. I just had to select the main directory and deleted it and then just add the subdirectories that I needed. You can't make any location or removal changes to the directories that are added this way. -- Jeff
In the project browser, where you're looking at files, right click and choose "Delete". It'll prompt you to either remove the file from the project (leaving the underlying file on the filesystem) or to also move the underlying file to the trash.
I ran into the same issue. Delete the files from the folder directly as opposed to from within Xcode. You'll see the entries turn red under your project. Restarting Xcode should make these red entries vanish.