I was trying out Flux today. Some definite niceties. Thanks much for allowing tabs if we want.
And great icon, too.
I have a few requests (to do with as you see fit, of course):
Hippie completion. Even grabbing from other open (or recent) files would be nice but defaulting to nearest matches in current file or something.
Warning on leaving a modified file. Or perhaps remember (even persistently in hidden user data folder) changes for when the user comes back to avoid the "are your sure?".
Alt key (mnemonic) support for menus and forms and so on.
Highlight for current line?
Also, are you planning to support all that cool line marking/copying/etc stuff from TextPad? (Actually, I've occasionally wanted to mark different lines in different colors, but that might be overkill.)
brianFri 31 Oct 2008
Ok I just finished the drudgery of updating the docs for nullable and value types. I'm getting ready to spend a bit of time on my Flux punch-list. So perfect timing.
Hippie completion. Even grabbing from other open (or recent) files would be nice but defaulting to nearest matches in current file or something.
If you mean based on AST knowledge like intellisense, then obviously a really big feature. But I think you mean more just based on trying to match to a string in the same source file? Let's define the exact semantics and I'll try to do it. I think the simplest semantics would be to search backward in the current file to find a matching string?
Warning on leaving a modified file. Or perhaps remember (even persistently in hidden user data folder) changes for when the user comes back to avoid the "are your sure?".
This should be working. If you hyperlink and have a modified file it opens a new tab. If you attempt to close a modified tab (or the whole app) it should prompt you. Maybe there is a use case we are missing?
Alt key (mnemonic) support for menus and forms and so on.
I just haven't investigated how this works in SWT. I'll take a look.
Highlight for current line?
Yes, I want this myself.
One of things I do want to do is highlight all the marks in the console window in the editor. Then we can build arbitrary tools to define marks. I'm not planning on getting too carried away right now - just want to get the basics solid and polished.
tompalmerFri 31 Oct 2008
But I think you mean more just based on trying to match to a string in the same source file?
Yep. That's what I call "hippie" completion based on seeing the term used elsewhere. I think backward in the current file is nice, but maybe wrap around to the bottom, too. Also, I really like that Alt+/ (the hot key for this in Eclipse) considers the contents of other open files.
Even with fancier autocompletion in the future, hippie completion is a nice feature. Just keep them on separate hot keys.
This should be working. If you hyperlink and have a modified file it opens a new tab.
Looks like the issue is with up, back, and foreward.
brianFri 31 Oct 2008
Looks like the issue is with up, back, and foreward.
Jeez - don't know how I missed that. I pushed a fix to the repo. Thanks for catching that.
That's what I call "hippie" completion based on seeing the term used elsewhere.
OK - I don't think I'm familiar with the term, but it sounds fairly easy to implement and pretty useful with lack of true AST aware auto-completion. So I'm assuming that if there is multiple potential matches it does a popup right? Given the following text:
fool
foobar.foo
fo|
If you hit Alt+/ do you get a popup with "fool", "foobar", and "foo"? Is it based on scanning the text for contiguous identifers separated by whitespace or a symbol?
Does Eclipse and other IDEs make a distinction between this command the AST based auto-completion?
tompalmerFri 31 Oct 2008
Eclipse uses Ctrl+Space for fancy (syntax-and-semantics-aware) autocomplete and Alt+/ for simple text autocomplete. In Eclipse Ctrl+/ cycles through options rather than showing a list. In Vim, Ctrl+P (I think that's the key?) shows a popup list like what you proposed. (I've never used any fancier autocomplete in Vim, but it might be available.) I don't know enough about other systems to comment on them.
I think there are pros and cons to each style (cycle vs. list).
tompalmer Fri 31 Oct 2008
I was trying out Flux today. Some definite niceties. Thanks much for allowing tabs if we want.
And great icon, too.
I have a few requests (to do with as you see fit, of course):
Also, are you planning to support all that cool line marking/copying/etc stuff from TextPad? (Actually, I've occasionally wanted to mark different lines in different colors, but that might be overkill.)
brian Fri 31 Oct 2008
Ok I just finished the drudgery of updating the docs for nullable and value types. I'm getting ready to spend a bit of time on my Flux punch-list. So perfect timing.
If you mean based on AST knowledge like intellisense, then obviously a really big feature. But I think you mean more just based on trying to match to a string in the same source file? Let's define the exact semantics and I'll try to do it. I think the simplest semantics would be to search backward in the current file to find a matching string?
This should be working. If you hyperlink and have a modified file it opens a new tab. If you attempt to close a modified tab (or the whole app) it should prompt you. Maybe there is a use case we are missing?
I just haven't investigated how this works in SWT. I'll take a look.
Yes, I want this myself.
One of things I do want to do is highlight all the marks in the console window in the editor. Then we can build arbitrary tools to define marks. I'm not planning on getting too carried away right now - just want to get the basics solid and polished.
tompalmer Fri 31 Oct 2008
Yep. That's what I call "hippie" completion based on seeing the term used elsewhere. I think backward in the current file is nice, but maybe wrap around to the bottom, too. Also, I really like that Alt+/ (the hot key for this in Eclipse) considers the contents of other open files.
Even with fancier autocompletion in the future, hippie completion is a nice feature. Just keep them on separate hot keys.
Looks like the issue is with up, back, and foreward.
brian Fri 31 Oct 2008
Jeez - don't know how I missed that. I pushed a fix to the repo. Thanks for catching that.
OK - I don't think I'm familiar with the term, but it sounds fairly easy to implement and pretty useful with lack of true AST aware auto-completion. So I'm assuming that if there is multiple potential matches it does a popup right? Given the following text:
If you hit Alt+/ do you get a popup with "fool", "foobar", and "foo"? Is it based on scanning the text for contiguous identifers separated by whitespace or a symbol?
Does Eclipse and other IDEs make a distinction between this command the AST based auto-completion?
tompalmer Fri 31 Oct 2008
Eclipse uses Ctrl+Space for fancy (syntax-and-semantics-aware) autocomplete and Alt+/ for simple text autocomplete. In Eclipse Ctrl+/ cycles through options rather than showing a list. In Vim, Ctrl+P (I think that's the key?) shows a popup list like what you proposed. (I've never used any fancier autocomplete in Vim, but it might be available.) I don't know enough about other systems to comment on them.
I think there are pros and cons to each style (cycle vs. list).