Awesome effort, this something that I’d be very interested in checking out. I’ve cloned your repo and tried building the app but the build unfortunately failed. I don’t recall being able to successfully compile TextMate on my current machine, but I still wonder: Is there a prebuilt version of TextMate that I could have a look at and try out?
It would be really useful. Thanks, — Attila > On 02 Jan 2015, at 12:50, Jacob Carlborg <d...@me.com> wrote: > > On 2014-12-31 21:21, Steven Clukey wrote: >> I’ve created an implementation of split views in TextMate. It is basically >> complete, except for one issue that I haven’t been able to fix and I am >> asking for help on this. I am posting it here rather than creating a Pull >> Request for several reasons. First, the known issue can be pretty serious, >> though it is not common in normal use. Second, my commits generally need >> work (which I appreciate, btw) and given the number of commits this may take >> some time to be ready for master. Third, I don’t want the pull request to >> become like the GitHub issue for split views, so I thought it would be >> better to post it here to work on, then when ready for master I’ll submit a >> Pull Request that can be merged quickly. >> >> The usage is fairly simple, there are 4 new options in the View menu to >> control the splitting. The tab bar is global, it shows all the open document >> and the currently active document is highlighted. Selecting a new document >> in the tab bar will change the currently active split to show that document. >> Closing a document closes it from all of the splits that are showing it. The >> active document is changed by clicking inside a document (or menu options in >> Windows). Thats pretty much it. >> >> Now the issue: if there are many documents open and they are closed “too >> fast" (holding CMD+W works) then the coherence of the documents is lost and >> the windows may end up in a state where closing “Untitled” opens “Untitled >> 2”, and closing “Untitled 2” opens “Untitled” and the window doesn’t close. >> Worse yet, the splits do not show a new document, they show documents that >> should have already been closed. I believe this is caused by the fact that >> `openAndSelectDocument` is somewhat asynchronous, and “too fast” perhaps >> means that the documents are closed faster than the new documents are open. >> But, since I have not been able to fix this problem perhaps my assessment is >> wrong. >> >> The implementation is on my fork: >> https://github.com/sclukey/textmate/commits/split_views > > This is awesome :D. > > I few comments: > > * I noted there are some issues with synchronizing the tabs and the content. > If I open a file from the file browser it will open a new tab, show the > correct content but the previous tab is selected. If I open another file the > tab for the last opened file before that is selected. This is when no split > view is active > > * When there's a vertical split and TextMate is not the active application, > the left border of the gutter is gone. The same thing happens for a > horizontal split but for the bottom border of the status bar > > * It would be nice to have hotkeys for splitting and switch between the splits > > * Personally I think the way you implemented the split view is a bit > confusing. If there are two tabs open and one split. Each file is show in one > view of the split. I would expect clicking a tab would active the > corresponding split view, not chaining the content in the current split view. > > Alternatively implement separate split views for each tab, this is how both > iTerm and Xcode work. > > -- > /Jacob Carlborg > > _______________________________________________ > textmate-dev mailing list > textmate-dev@lists.macromates.com > http://lists.macromates.com/listinfo/textmate-dev _______________________________________________ textmate-dev mailing list textmate-dev@lists.macromates.com http://lists.macromates.com/listinfo/textmate-dev