Hi Allan, TextMate devs,

First of all, many apologies for our long belated reply.  We've been a bit busy, and it doesn't help that we're not too great with proper time management either.  Thanks for the helpful information in your last email, as it helped us figure out how exactly to tackle this challenge.  We decided to stick with that one instead of the others, since we had already started on it a little by then.

My colleague and I have issued a pull request for an elementary implementation of the undo support for browser pane enhancement.  The feature is incomplete since it only handles undo actions for file deletion, pasting, renaming and new folder creation (we did not implement undo for duplicating files or for the movement of files within the pane).  We tried our best to make it as stable as possible, but we definitely realize it's probably still far from perfect.  There are likely a lot of issues with it actually — we'd be happy to address any bugs that you encounter.

We weren't really able to convert the class into MVC, though we hope what we have now makes it easier to do in the future.
--
Thanks,
Benjamin



October 1, 2012 2:18 PM
On Oct 1, 2012, at 1:26 AM, Benjamin Madueme <bmadu...@andrew.cmu.edu> wrote:

[…] If you guys are okay with us working on this issue, we'd appreciate it if we were given tips as to which source files deal with the file browser, and where we might want to implement this feature
Sure, the file in question is this one https://github.com/textmate/textmate/blob/master/Frameworks/OakFileBrowser/src/OakFileBrowser.mm

It should contain all the actions you can invoke from the file browser — I’d probably do a bit of refactoring though, trying to come up with more of a model (in MVC speak) that represent what the file browser can do, also to make it easier to change the visualization of the browser, re the mockup on the wiki: https://github.com/textmate/textmate/wiki/Main-Window

Otherwise, if you think there is something more important that we could work on, we'd be happy to do that instead.
Important is rather subjective :) By far split view is the issue that has gathered the most comments, but I also think it’s pretty complex because the usability aspect is unclear and there are issues related to having multiple views of the same document then sharing caret/selections and undo/redo history.

If I were to suggest something then it would be https://github.com/textmate/textmate/issues/94 — though rather than have the arrow expand/collapse the text fields, have them adapt in size similar to the text field used in Adium. If we had such adaptive text field, I would also use it in Preferences → Projects (for the pattern text fields) and other places where content can become one long line.

With the new constraint based layout this should be doable as a self-contained class as a view can now call [self invalidateIntrinsicContentSize] and trigger a relayout of the containing window.

Currently the Find window does not use constraint based layout, so it would need to be converted first. I’ll gladly help out with some of this.

_______________________________________________
textmate-dev mailing list
textmate-dev@lists.macromates.com
http://lists.macromates.com/listinfo/textmate-dev
September 30, 2012 7:26 PM
Hi there,

Me and a classmate (cc'ed in this email) are university students who have to contribute to an open source project for a programming class.  As we both have Objective-C experience (and both love the TextMate editor), we decided to tackle the wonderful project of TextMate 2.  We're supposed to choose an existing request in the project's issue tracker and take care of it.

We decided to tackle this feature request (add undo support to the file browser), since it looks like no one's been assigned to it yet, and it's been around for a while.  If you guys are okay with us working on this issue, we'd appreciate it if we were given tips as to which source files deal with the file browser, and where we might want to implement this feature (we've built the project and taken a look at some of the code, but we're admittedly a little lost as to where to begin).  Otherwise, if you think there is something more important that we could work on, we'd be happy to do that instead.

Thanks so much!
Benjamin

--
Thanks,
Benjamin

_______________________________________________
textmate-dev mailing list
textmate-dev@lists.macromates.com
http://lists.macromates.com/listinfo/textmate-dev

Reply via email to