When a file is opened in brackets, the full path of the file should be shown in the Title Bar. At the moment, only the filename shows in the title bar, and I cannot find any option to turn on the full path.
This can be particularly dangerous when one is editing two files of the same name in different diferectories, but it is always useful to see the directory clearly at the top. The space is otherwise unused.
(I know that the path is displayed when I hover on the filename on the tab just above the code, but this means mucking about with the mouse when I am keyboarding, and is therefore a real nuisance)
There is a GitHub issue for that with an open PR you can watch
Related
Consider the following:
Zip up a folder, upload to server
unzip on server using 'unzip archive.zip'
Download any PHP file from that folder
Extra line breaks appear where unwanted
Any ideas why this happens or how to "undo it"?
I have tried to do a "find and replace" but that ends up basically minifying the entire file onto "1 line", which is not wanted either...
Examine the attached image here
For the sake of posterity: I found that I was able to use this tactic:
https://pixelflips.com/blog/removing-line-breaks-in-dreamweaver
Open the Find/Replace box (CMD+F / CTRL+F)
In the Find enter: [\r\n]{2,}
In the Replace enter: \n
Check the box "Use regular expression" and un-check any other boxes.
The hit "Replace All"
By using Adobe Dreamweaver, which works...
However, I am not going to make my own answer correct as I still wonder why this happens and want to prevent it if possible.
See below for a screenshot of my brackets editor in a css file.
I see the colored highlighting for all file types. I am not sure what to call it.
I have been downloading extensions lately so it could be one of them but not sure what its called and thus can't search online for how to disable it.
Those colored marks are the "gutter marks" from the Brackets Git extension. They indicate added (green), modified (yellow/orange), or deleted (red) lines in the current file.
Personally, I find them very helpful. In case you still want to turn them off, go to the Git Settings and check the box for "Use Git gutter marks".
I'm interested in switching to the Atom text editor, but one thing that's keeping me with Vim is vim-notes, a plugin that automatically highlights names of your notes and allows you to jump to them by positioning your cursor over them and pressing gf (go to file under cursor). Is there a way to make Atom:
Read all the filenames in my ~/Notes directory
Highlight or underline any text in any .note file that's the name of a file in the ~/Notes directory, even if that note title has spaces.
Allow me to jump to the highlighted note by pressing some kind of key combination while the cursor is over it
I don't think there's a plugin for this, but if it's possible, I might be able to make one.
When you launch an editor, it replaces the space used by the terminal, and display the first line of your file on top, possibly followed by empty space if your file is a one liner.
Is there an editor which keeps the terminal display, and only renders the first line, and of course let you navigate downward to the place you want to edit, only moving replacing in the viewport one line at a time ?
I'm having problems with making all file location paths relative in XCode 4.
I have multiple infoPlist.strings and CustomLocalizable.strings (for different languages) grouped together (XCode does this automatically). When looking at the File Inspector (View >> Utilities >> Show File Inspector) for these files (except for the English which is the default language) the Location is 'Absolute Path'.
The problem is that the Location dropdown menu for these files in the File Inspector is grayed out, it's disabled. This keeps me from changing the file location from an absolute path to a relative path description.
What do I need to do to make all path locations of the files in the group relative?
I have already tried to change the path location of the file group to, for instance, 'relative to group' or 'relative to project'. For the group I also set the relative path clicking the small icon blow the location dropdown in the file inspector.
I've been searching to find a solution for a while now and appreciate if anyone could help me answer the above question.
Thank you!
Based on your responses, my own answer in the comments seems to work. So here it is as an official answer:
Choose one of the localized files in the group (e.g. infoPlist.strings, CustomLocalizable.strings): Click on the file in the project tree
In the File Inspector, in the localization pane, remove all languages for which the files have an absolute path, using the '-' button.
Add the languages again, using '+' >> 'Add all' or the specific language. The grouped and localized files will show up again in the tree. In the file inspector you will see that the location changed to 'Relative to group'
Thanks, the answer provided as a comment in the question worked for me in Xcode 4.2. This is definitely a bug on Apple's part, to set all localization file entries as absolute paths.
Another option... search your project.pbxproj for your strings file and look out for absolute paths. You might be able to just edit the entries in a text editor to look like this:
9E0D4EC0148727D300456F82 /* fr */ = {isa = PBXFileReference; lastKnownFileType = text.plist.strings; name = fr; path = fr.lproj/Localizable.strings; sourceTree = "<group>"; };
If someone has tons of files and the UI method of doing this would be too slow, try it!
You can change a file's path without removing it and re-adding it:
In the Project Navigator, locate the missing files (colored red for not being found) and highlight one of them.
Show the File Inspector
Under Location change Absolute Path to Relative to group or Relative to project,
Then next to the path, there's a little white icon, click it and choose the file's location.