In the Xcode 7 version editor, when displaying 2 versions of a file, there is a column between the displayed files that allows you to select the version displayed on each side of the column. For a file that has a long history, the middle column seems to extend up off the top of the screen.
Is there a way to scroll the middle column to allow selection of versions earlier than the oldest date visible when the column is first displayed? I know I can get to these earlier versions by going to the History function on the Source Control menu, but it seems like there ought to be a way to do that in the Version Editor.
Thanks
I don't know how to make the timeline scroll if a file has lots of revisions, but I know a workaround. Click the revision in the jump bar at the bottom of the version editor. Clicking the jump bar shows a scrollable menu where you can choose any revision of the file.
Related
I just uploaded a new version of my application. And it's version 4.2.2. The old one is 4.2.1. On the summary page, the green download button is still pointing to the old version. How can I set the latest version?
Sign in to SourceForge and then:
select the "Files" tab
navigate to the file containing your new version
click the icon that has a letter "i" in a black circle (next to the dustbin (trash can) icon) that appears at the far right end of the line containing newly released file's link
a box of info about the file drops down: at the bottom right are several check boxes with associated operating system logos. Tick (check) all that apply to your release.
click "Save"
Wait a while then go to the summary page and the file name should have changed to the one you want. You may to wait a few minutes before the change has any effect.
When you make another release do the same again for the new file. There's no need to clear your selections for the older files - SF does this for you.
How can I see all the files that have been modified in Xcode 4.2 like in Xcode 3.2.6 there was a separate SCM view which shows all the files that have been changed in a single place. In Xcode 4.2 I can see the modified files scattered over my project pane. I want to specifically check in some files and want to see all the modified files at a single place.
Bottom left, click on the thing that looks like a little box, next to the clock.
In the bottom left hand corner there's an icon for "show items with source control status". It will filter the file list to files that have a status (modified, added).
I'm currently trying to create version 1.1 of a project I created in XCode 4, but after archiving the files do not appear in the Project Navigator. My initial thought was that I had to clone my repository (git) and thus create a new version in which I could see the
files, but the clone is also missing the files.
I can access the files from the top bar, but that's not really a desirable solution when
working with a big project. The case is the same for another project that I have archived
so I suspect it is supposed to be a feature of XCode 4.
What am I missing here?
(I'm just combining your "nevermind, I found it" comments into an answer, to maintain the SO style, so this question doesn't pop up as needing an answer.)
Check that you're not filtering file names (left column, bottom.)
Also make sure you haven't pressed one of the "show only files with..." toggle buttons (same location, near the search entry.)
Note that these buttons are toggles
Yes. I had to hit the X button with the icon that was blue at the bottom. This corrected my issue for XCODE Version 6.1. Thanks.
Using Visual SourceSafe 2005, what do I need to do to tell VSS 2005 that the current version of code should be labelled (or whatever) so that after further revisions I can come back later and get the version of code that was labelled?
How to: Label an Item at http://msdn.microsoft.com/en-us/library/9e8x236w(VS.80).aspx, making sure you select a project/folder on the left side pane.
To label the current version of a file or project:
In Visual SourceSafe Explorer, select the file or project to label.
On the File menu, click Label.
In the Label dialog box, enter descriptive text in the Label box.
Optionally enter a comment for the label in the Comment box.
Click OK.
How to: Label an Item Using a SourceSafe Plug-in at http://msdn.microsoft.com/en-us/library/zz3bhef7(VS.80).aspx (Which I did not know.) [This does not work.]
To get the latest version by Label
In the How to: Label an Item topic (http://msdn.microsoft.com/en-us/library/9e8x236w(VS.80).aspx) there is a link to the How to: Get an Item to Your Working Folder (http://msdn.microsoft.com/en-us/library/kh8hd2cw(VS.80).aspx) that describes how to get the latest version of a file or project and the latest version by label:.
When I scroll to the bottom of an open document in the Eclipse editor, the last line is at the bottom of the file. This is a tad annoying when editing code at the bottom of the file / screen.
How can I enable Eclipse to scroll (much like Vim or VS) down far enough that the last line of code reaches the top of the editor window?
I'm asking for the reverse of this question, in Eclipse: How to make Visual Studio editor stop scrolling past bottom of a file?
Considering the current implementation of a Scrollbar, this is not possible.
(See org.eclipse.swt.widgets.ScrollBar.java)
At any given moment, a given scroll bar will have a single 'selection' that is considered to be its value, which is constrained to be within the range of values the scroll bar represents (that is, between its minimum and maximum values).
In the JDT (Java Editor) realm, the range is strongly linked to the number of lines a source file has.
Adding artificial "logical lines" to allows scrolling past the last line would have unintended consequences on many other parts of the JDT, related to displaying informations based on the line number of a source file (like a compilation error red underline).
This is also why there is no soft wrapping in those editors, despite
a 7-years old bug 35779 (one of the most upvoted).
Allowing word/soft wrap in the editor while typing is easy but not enough, a mapping between the model lines and the visual lines must be introduced to e.g. correctly show annotations.
It also introduces various problems that need to be solved, e.g. 'Go to Line': tools like a debugger, compiler etc. will report the model line but a user it will look strange that a different line will be selected than the one entered into the 'Go to Line' dialog
So for now, the SWT scrollbar example is still limited by the bottom of the window: