Allan Odgaard wrote:
I'm doing one or two more 1.0.2 beta versions and then I'm starting 1.1 and putting all the minor stuff on hold.
I may send a list of what 1.1 will be about or perhaps use the wiki for a more public to-do (not decided on this yet -- I don't mind an open process).
This also means that if you have something that frustrates you _a lot_ with the current versions and you think it's easy to fix, you may want to mention it -- but if it's already been mentioned a few times, chances are that it's postponed because it's not a minor thing, or it'll automatically be done in the 1.1 overhaul.
OK, this single thing irritates me A LOT !!
Being a beta user, I have yet again updated TM and after doing so, my finely tuned Snippets, Commands, Macros, Templates, etc etc menus are being filled with things that I don't use.
So what I would ask for and hope would be easy to implement is:
Give *PRIORITY* to my bundles, that are in ~Library/AppSupport/TM/Bundles rather than those that are in the TM.app, or alternatively the ability to switch of the TM.app bundles.
This could ideally be controlled by a preference checkbox in the prefs window, that gives turns on the TM.app bundles or not. Default = On.
Apologies for yet again boring you with the minor stuff. :)
Kind regards,
Mats
On Nov 26, 2004, at 17:55, Mats Persson wrote:
Being a beta user, I have yet again updated TM and after doing so, my finely tuned Snippets, Commands, Macros, Templates, etc etc menus are being filled with things that I don't use.
Just remove them from within TM and they shouldn't show up again!
I.e. if you have a Default.tmbundle/Snippets in your local library then TM will use the contents of this instead of what's bundled with the application.
If you remove one of the defaults snippets, it will mirror all snippets (except that one) to your local library.
On Nov 26, 2004, at 17:02, Allan Odgaard wrote:
Just remove them from within TM and they shouldn't show up again!
Yeah, that's what I'm doing, but I have check through the bundles each time in case you added something new or changed things.
I.e. if you have a Default.tmbundle/Snippets in your local library then TM will use the contents of this instead of what's bundled with the application.
If I understand you correctly, I could drag Default.tmbundle out of TM.app/ and place it in /AppSupport/TM ?? and then sort it there. What happens if you add a new command, snippet, macro whatever in the TM.app Default.tmbundle ?? Will it show up or be ignored?
If you remove one of the defaults snippets, it will mirror all snippets (except that one) to your local library.
I guess this is why I have two or more of some snippets, commands etc. that I have to delete each time. Never fully understood the bundles hierarchy and system, why some show on top of others in the order.
Anyway, have a nice weekend with lots of relaxing and enjoying things away from the computer. It's good for your health. Trust me ! : )
Kind regards,
Mats
On Nov 26, 2004, at 18:25, Mats Persson wrote:
I.e. if you have a Default.tmbundle/Snippets in your local library then TM will use the contents of this instead of what's bundled with the application.
If I understand you correctly, I could drag Default.tmbundle out of TM.app/ and place it in /AppSupport/TM ?? and then sort it there.
Yes, if you copy it to AppSupport it'll use this one instead.
What happens if you add a new command, snippet, macro whatever in the TM.app Default.tmbundle ?? Will it show up or be ignored?
It will be ignored -- but if I add something new it'll be mentioned in the release notes and probably be mentioned on this list also before -- the default stuff is mostly just something I throw together to show what can be done with the macros/snippets/etc.
If you remove one of the defaults snippets, it will mirror all snippets (except that one) to your local library.
I guess this is why I have two or more of some snippets, commands etc. that I have to delete each time. Never fully understood the bundles hierarchy and system, why some show on top of others in the order.
In 1.1 it'll be shown in the GUI from which bundle stuff is taken (and it will be possible to move stuff between bundles), hopefully that'll be more transparent.
Anyway, have a nice weekend with lots of relaxing and enjoying things away from the computer. It's good for your health. Trust me ! : )
Thanks, and probably you're right :)
Here are a three minor things that might be small and fixable... But before that: I can certainly see how fixing this kind of detail stuff can't be as much fun as adding new features, but I'm sure I'm not the only one who _really_ appreciates it---these kind of little things really affect the day-to-day experience of using the editor, and it's really nice to see them improved. So, Allan, thanks for enduring the drudgery.
Now the things:
Thing 1: When you triple-click on a paragraph with text soft-wrapped, it selects a screen line rather than an actual line (i.e., a paragraph). Is there any way it could be changed so that it selects the paragraph/real line instead? That's a useful thing to be able to do, and it's also what Cocoa apps normally do and I can't seem to make myself stop expecting it to happen.
Thing 2: A related point---a lot of the time it's really frustrating that select-paragraph and select-line change their behavior the way they do when turning soft wrap on and off. That is, there is no way to select a real/logical line irrespective of the view being used. This means that my macros for toggling comments---which are set up to work without first having to select things manually---will only work in one mode or the other. So if it were possible to add an additional key/menu option/thing that selects a real line irrespective of the view being used, that would be fantastic.
Thing 3: This really is _very_ minor, and I'm not sure that it hasn't been mentioned before, but when selecting whole lines with the mouse, it seems to be impossible to get a selection that includes a blank line at the end.
I hope this isn't an unreasonable amount of whining.
Hi Allan,
Just wanted to thank you for the (probably very boring to program) fixes relating to word/line selection with mouse/keyboard. If it's any consolation it makes me feel good every time I use them, which is a lot. So thanks for sticking with it. :-)
In a continuation of my process of highlighting the little boring things instead of the interesting stuff, here are my little niggles (sorry!):
1/ I have the View/Open Files Folded toggle set to on, but whenever I open a file, all the foldings are unfolded.
2/ When I cut and paste folded sections, it doesn't maintain the folded state, I would like it to.
3/ When I backspace into a folded section it deletes the whole fold. I think it should not allow this to happen as it makes it too easy to lose whole sections of code.
4/ Being able to drag folded elements (using the fold icon in the gutter) to a different place in the file would be great for re-ordering functions or css elements. This is less a niggle than an idea, which, if relatively simple to implement, would be nice.
I appreciate these are small issues, so feel free to ignore any or all of them. One day I'll come up with something useful. ;-)
Best wishes, James
On Nov 26, 2004, at 11:46 PM, James Andrews wrote:
4/ Being able to drag folded elements (using the fold icon in the gutter) to a different place in the file would be great for re-ordering functions or css elements. This is less a niggle than an idea, which, if relatively simple to implement, would be nice.
Excellent idea. Bonus points if the text automagically reindents to the correct level.
Chris
I'd love a "Close all other" in the file menu which closes, well, everything but the currently open file
Thing 3: This really is _very_ minor, and I'm not sure that it hasn't been mentioned before, but when selecting whole lines with the mouse, it seems to be impossible to get a selection that includes a blank line at the end.
Drag the mouse to the left (over the gutter or if that's not there, right outside the window) of the line after the blank line at the end.
/MS
Well, crap---I'm clearly an idiot. OK, so much for Thing 3. Thanks!
(I wonder if it'd be possible to get Allan to debug my brain?)
On Nov 27, 2004, at 6:26 AM, M Spreij wrote:
Thing 3: This really is _very_ minor, and I'm not sure that it hasn't been mentioned before, but when selecting whole lines with the mouse, it seems to be impossible to get a selection that includes a blank line at the end.
Drag the mouse to the left (over the gutter or if that's not there, right outside the window) of the line after the blank line at the end.
/MS _______________________________________________ textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/mailman/listinfo/textmate