Title says it all, is this a planned feature? You know, a single window
split into 2 or more different views of the same document?
Actually what would also be very cool, would be the idea of 2 panes within a
single window showing *different* documents, but I cant quite see how the UI
could handle it elegantly (without repeating the tabs), other editors have
tried this but it usually ends up looking rather confusing.
Probably someone will reply and tell me that its in the current version and
I just cant see it!
Chris
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
Allan,
That's good to hear, I didn't mean to be pushy, the product is fantastic and
you deserve a lot of recognition for not only making the thing, but for
bothering to listen so closely to the community, there's many a company that
doesn't. I haven't been this excited about a new product in a long time!
Regards
Chris Jenkins
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
I don't know if anyone has mentioned this yet, but I'll throw it out
there --
My collections of commands and snippets are both getting a little long,
and as I add more I can see it becoming a bit of a task to pick them
from a popdown menu. Is it possible to group these somehow, so that we
can choose from submenus instead of the super-long scrolling menu from
hell?
I know that using the trigger+tab shortcuts sort of obviates the need
for this in the snippets, but I'm still getting used to the idea of
using the triggers and need to lean on the menu -- plus I can see it
being a pest for the commmands.
thanks,
Raena
Hi,
"Show Web Preview" is very nice but...
+ on a computer where PHP is enabled,
+ for files that are located somewhere in the ~/Sites/ folder,
+ instead of opening them as :
"file:///Users/jo/Sites/path/to/file.php"
+ it would be nicer to open them as :
"http://127.0.0.1/~jo/Sites/path/to/file.php"
...so that the PHP code could be fully seen
Have a nice day,
--
Jo <W:00°04'37" ; N:47°15'36">
1....'....12.....'....24.....'....36.....'....48.....'....60.....'....72
I don't know if this only apply to v1.0.1b7. When in single window
mode, the status bar is on top. When in project management mode, the
status bar is on the bottom.
Can we have an unified position for status bar, on the bottom for
example? Or is there a reason for the alternating positions?
A cool addition to the folding would be to draw some form of connector
between the start of the fold and the end, not in the margin, but actually
within the code, then not only do you get an indication of which folding
markers belong together, you also get a nice indication of where ifs and
loops end, which if they are very long is quite tricky, (even if the
indenting is correct). The Actionscript editor SEPY does something like
this, but it runs like crap on the Mac.
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
Hi,
I know I'm being anal about this, but then again I am a mac user, but
I'm not really sure I like the bold for the folders in the
projectdrawer. They are already plenty visually marked with the
standard mac os folder icon, no need to bold up the text, in fact,
this is probably the first application where I've seen this (afaik).
I'm also not too sure about the file-texts being ~80% black, but that
I can live with, it's just the boldness of the folders that's a little
too much!
If you do want them to be like that, and I'm the only one bothered by
it, would it be possible for a way to turn them off? (preferably with
a defaults write)
-- johan
I've now spent a couple of weekends writing code with TextMate, which
is I
think enough time to understand its way of working. Some of the things
I like
most about it come from the language syntax bundles, which are really
powerful and flexible. That's a great feature and a real selling point.
Typing close characters for me: nice. Auto-completion: nice. C++ class
templates: nice. I like the spare look, no stinkin' toolbars cluttering
stuff up and distracting from my all-important data.
Love the new tab look in b7. (Maybe a tad darker to set them off more
from their background? Eh, maybe not.) Also love the sharp new approach
to drawing the selection. Much more readable!
Inevitably, I have suggestions. Users, they're so annoying that way!
Most of my suggestions have to do with searching. TextMate doesn't feel
quite right, yet.
(I've scanned a bunch of the previous messages to the list, but not
enough to be sure these weren't discussed already. Apologies if I'm
repeating the past.)
- Keyboard accelerator for "replace and find next". For the love
of god, Montresor!
- "Find the selection" action, with keyboard accelerator. (Yes, it can
be macroed, but why should I have to macro such an important action?)
- Scroll the text to keep the cursor in the "hot zone" when possible.
E.g., if you have to scroll to make the result of a search visible,
scroll enough to put the new selection in the middle of the screen.
Repeated find-nexts though large files always seem to end up for me
with the selection on the bottom-most line, with no context visible.
Yuck!
- For extra points, place the selection where it won't be hidden by
the Find dialog, which is often covering up the text. (But you're
going
to add a replace-and-find-next accelerator, so the Find dialog won't
be shown so often and this won't matter as much. Right?)
- Bigger fields in the find/replace dialog, please! Try copying some
text that spans multiple lines and pasting that into the find field.
Hard to deal with, yes?
- Whole word matching option, please, controlled by a checkbox on the
find
dialog. I often want this without wanting the bother of writing a
regular expression every time.
- Multi-file search outside of project groups, please! Minimal
implementation searches all the files in a particular directory with
optional descent into subdirectories. This is a switch-blocker for me,
and I bet it would make lots of other people happy.
More controversially:
You're probably sick of hearing this, but please reconsider adding
an app preferences dialog. It will do two things for you:
- It will clear out rarely-changed items that are currently
cluttering your menus.
- It will make clear which preferences are app-wide, and which
ones are settings for the current document.
- Bonus: your app will feel more Mac-like than it does now.
Remember, it does me no good to have easy access to stuff I set once,
then never ever change again.
As I think about that suggestion and fiddle with things, I begin to
realize
that TextMate doesn't have per-document settings, and that the
appearance of
having them is a bug. For instance, open two documents. Turn on text
wrapping
in one. Note that only the selected document at the time you change the
setting is affected. This leads you to believe that wrapping is a
document
setting. But if you quit TextMate and restart, suddenly all documents
are
getting text-wrapped. Whoops.
I would suggest that some choices should be saved with the document, as
part
of its state (cursor position, selection, wrap, font choice, etc). Those
settings belong in menus. Consider making anything you expect the user
to
change often part of the document state. Any setting that affects all
documents probably belongs in a preference dialog, tucked out of the
way.
I can argue this the other way, that adding document state is more
trouble than it's worth. BBEdit does it, and I like it. Soft line wrap
in
particular is something that I definitely want on some documents and
definitely don't want on others. Worth thinking about, anyway.
Boy, I got longwinded. Hope at least some of this is helpful.
Thanks for making such a solid editor, and hope you enjoy that new G5!
--ceej
hi,
sorry to say that but new tabs doesn't pop to the eye like the old
ones...with the old ones the selected one was instantly seen because it
was blue....
what's your opinion about that?
olivier
Hi there,
My fingers are itching to get the latest beta, as everyone raves
about, but I can't seem to download it. TM itself says "Remote file or
URL was invalid" when checking from within the app, and I can't
contact the macromates website either.
Could some kind soul make 1.01b7 available somewhere, pretty please?
Oh, and Allan et al. TM is the first editor I ever paid for (been
using a mix of vim, SEE, and Smultron so far).
Cheers,
Jonas
