Vanilla 1.1.1 is a product of Lussumo. More Information: Documentation, Community Support.
Just to keep things tidy and easy for everyone to refer to, I’ve compiled a list of requested features. Features with attached version numbers denote that the feature will likely be released at that version. This information has been provided by martincohen and comes from their Intype development roadmap. Features in italics have been acknowledged and appears in the current Features list or in the linked page. Some upcoming planned features are mentioned there as well, so please take a look before requesting. ;)
In addition, if a requested feature that was previously listed here is gone from the list, it means that it will be coming out in an upcoming release. So please check the posts linked to under “Removal History“.
A. Interface
B. Editing
C. Selection/Navigation/Search
D. Customization
E. Bundles
F. Snippets
G. Miscellaneous
Thanks to Martin for adding in the version numbers from the roadmap! :)
Last updated: August 15th, 2007 2:25AM GMT
A. Interface
B. Editing
C. Selection/Navigation/Search
D. Customization
E. Bundles
F. Snippets
G. Miscellaneous
Thanks for managing this sorted feature requests list. It’s great to have them all together nice in one place.
Glad to help, its the least I can do to show my appreciation. :)
Thank you very much. This really helps.
Sorry if i am wrong to type it in here, but i do not see something like “Multiple Files Editing” (Or files on tabs) anywhere here.
thats in the alpha release discussion
adding-saving app position and size
http://intypedocs.wikispaces.com/.
No longer there.
—Tstrokes
good thinking but… i think thay would use there own wiki system. but i dont know for sure…
tstrokes:
Thanks for the effort, but we are preparing our own wiki allready and I think that having two sources of docs is not such good idea. I hope that our wiki will be available soon enough, so it can be filled with usefull information.
np, I’ll delete it so there isn’t any confusion.
—tstrokes
yarden: adding-saving app position and size
Added under Interface (or it could be under Customization as well.. heh)
...slightly building from the same throught…
Two feature suggestions (if not already suggested – second hasn’t, not sure about first one):
1. Restore files opened from last program Exit
2. Restore cursor location (and perhaps scrollbar location if a scroll is available) within files from last program Exit
...oh, and…
3. Restore main file viewed (once multiple files/tabs are added)
These should probably be optionally set. (Restore upon Program Startup: X, X, X)
Haha, I think I’ll put something like: “Remember everything from last program exit” :P
Vlad: idyllrain: aplease, make this feature switchable. ;) I don’t like when my Notepad++ remembers all opened files.
Haha, you are mistaken. I’m not one of the devs :P I just help compile all the feature requests into one thread to make it easier to refer to :P
p/s I don’t like it when Ultraedit remembers all my opened files too… haha… although I suppose somewhere in there is an option to toggle it off.
I like that feature in jEdit. It’s optional though.
Hi guys, I’ve added some version info to features that we are sure that will be implemented. Some numbers may change, this is from current roadmap.
thanks martin!
undo/redo why not next release?
Thanks a lot, that clarified things.
Is there anything we users can do to help with development? Besides donating. Hmm, come to think of it, you should get a PayPal account or something, I don’t see a “Donate” button anywhere…
Freferick: It makes me happy when users start to focus on bundles. Soon we will release all bundles from TextMate and we need some maintainers to do the stuff.
yarden: The versions are not releases. 0.2.2 may be the “next release”, for example. :)
I notice you didn’t set a version number on drag & drop editing. It is planned though, right?
Autopairing of characters should behave just like TextMate, I think. Take a look at the manual for a description: http://macromates.com/textmate/manual/working_with_text#auto-paired_characters_quotes_etc
Ad Drag&Drop: Almost all features in the list are in plan. Some of them have very low priority and are therefore not planned directly into specific version.
Ad Autopairing: I never saw this feature implement in a good way. It always does something I don’t want to. Providing another parser thread that will only balance paired characters is a big overhead, but this is planned for prototyping.
C. Selection/Navigation/Search
A. Interface
You may wish to read this topic to understand a bit more as to why certain features are in the order of development that they are.
Many Python programmers like to remove any extra whitespace from the ends of lines when saving a file.
Other features/settings useful for Python programmers are here (this link refers to the Vim text editor).
Are there any reasons to keep whitespace at the ends of lines?
Mmm… maybe some obsure programming language that uses multiline strings containing whitespace needs em to make colored bars! Haha…
I want these two to be added to the list:
martincohen: Ad Autopairing: I never saw this feature implement in a good way. It always does something I don’t want to. Providing another parser thread that will only balance paired characters is a big overhead, but this is planned for prototyping.
I would love it if you could elaborate on your little mini-rant there. I would have some suggestions for how this feature could work I guess, if I would just sit down and think about it. I think it could work in a pretty unobtrusive way if designed right…
Btw, the CSS for quotes in the forums here is a little weird. Could you change it to blockquote > p { margin: 0; } ?
I think:
#Comments blockquote p:first-child { margin: 0; }
...would be a better alternative, even if IE doesn’t support it. :) Personally, I like seeing newlines.
Frederick: I would have some suggestions for how this feature could work I guess, if I would just sit down and think about it. I think it could work in a pretty unobtrusive way if designed right…
#Develop’s autopairing automatically inserts an ending brace character after you type the beginning brace and press the Return/Enter key. The inserted brace character is indented at the same level of the first brace. It’s pretty nice.
Btw, added the two to the list.
martincohen:
Ad Autopairing: I never saw this feature implement in a good way. It always does something I don’t want to. Providing another parser thread that will only balance paired characters is a big overhead, but this is planned for prototyping.
Frederick:
I would love it if you could elaborate on your little mini-rant there. I would have some suggestions for how this feature could work I guess, if I would just sit down and think about it. I think it could work in a pretty unobtrusive way if designed right…
Do it how PHPEd just did it…
PHPed Website:
PHP Smart-Quotations and Brackets: If a user deletes a quote or bracket that was just entered, PhpED will optionally delete the closing quote or bracket that was just generated by the IDE. It will also override the generated quote or bracket if you type closing quote or bracket yourself.
I think that’s the way it should be…smart, intuitive :)
Yeah, that’s exactly the way Textmate does it too. I suggested that it be done the Textmate way… But I think it should also maybe sense if there’s an ending or starting bracket there already. Like if I have ); and type “(” at the beginning of the line, it shouldn’t become ()); it should simply be (); and the same with an opening bracket…
Code Folding and the File/Project manager have been suggested here is more info:
File/Project manager
Code Folding
I think he wants a HTML preview window. That could be a nice plugin? Or is it being considered for inclusion by default in Intype in the future? Martin?
http://intype.info/forums/discussion/93/
B. Editing
Now that is so cool! What editor is that?
idyllrain: Now that is so cool! What editor is that?