> Date: Sun, 28 Nov 2004 20:48:11 -0500
> From: Josh DiMauro <jdimauro(a)gmail.com>
> That's pretty much it... but the advantage is less the shorter find
> string, and more the ability to fine tune by either narrowing or
> widening the search with a couple keystrokes, without having to reopen
> a dialog box. The difference is subtle, but (I feel) important.
> Incremental search seems to be one of those things that makes a subtle
> difference in reducing resistance to use. It's not so much that I need
> it to do all my searching. It's more that, when I don't have it
> available, I search less, and that makes me less efficient.
Incremental search changes the way you do searching. Using Firefox or
Mozilla, on a web page I can just type '/' and then the thing I'm
looking for. cmd-f and filling in a dialog box is requires much more
cognitive effort because of the two context switches required (into
the dialog box and back). Many times I've wanted to type '/something'
and then realized I needed to do cmd-f etc... and decided just to
page-up or page-down instead. May I suggest cmd-/ for incremental search?
Carl
I came across this thread, and although it's already been discussed on
this list, thought I'd share for the sake of completeness:
http://typographi.com/000744.php
Chris
--
Do the evolution. Get Firefox!
<http://spreadfirefox.com/community/?q=affiliates&id=5&t=4>
Quote of the moment: /If you can't describe what you are doing as a
process, you don't know what you're doing./— W. Edwards Deming
Hello,
I noticed that a lot of the syntax highlight bundles use different
colours, and on top of that also other decoration such as underline and
italics.
My experience is that italics in most fixed-width fonts does not look
that good and is bad for readability.
The other thing is that the italics is mostly superfluous: the aim is to
differentiate text from surrounding text and most of the time, this is
already achieved by using a different colour and using italics as well
does not really help.
So I propose that authors of syntax highlight bundles use italics
sparingly and only if it really has extra value to use it.
How do other users feel about this? And does anyone else have tips for
increasing usability of syntax highlight bundles?
Jeroen.
Hello. New user, here.
I'm loving TextMate so far, although I've only used it for about 12
hours. :) And I googled the mailing list archives for an answer to a
question I had, but couldn't find it. Thus, I ask you:
I'm an addicted user of the i-search cocoa plugin, which duplicates
Emacs' isearch functionality, with the same keystroke: ^-s forward,
^-r backwards.
http://michael-mccracken.net/blog/blosxom.pl/computers/mac/programming/iSea…
However, I find that this doesn't work inside TextMate, and that makes me sad.
Can you help make me not sad?
Thanks. :)
--
JoshD
http://del.icio.us/jazzmasterson/
Hello, folks. Pardon the length of this email, but I wanted to throw my
hat into this ring.
I've just downloaded TextMate, and it has taken much restraint to
suppress the constant urge to toss that ugly icon into the Trash. I'll
make no apologies for the fact that I find it hideous, and if it were
up to me, I'd start over from scratch with a completely new design.
Alas, I am not a designer, so I cannot give you a mockup. But I would
like to get a description of my idea out into the open, so that someone
with artistic skills could give it a go.
A Mac OS X application icon is supposed to show the type of document
the program works with, and a tool that one might use to work with that
kind of document. See TextEdit, AppleWorks, and Preview. However since
there are many apps that do not exactly follow this guideline -- I'm
thinking of iTunes, Safari, Mail, and Address Book -- I think we have a
little room for interpretation. But I am still in favor of keeping the
same visual style and perspective used in the Apple icons.
I envision the finished icon as mostly white. The "document" part of my
icon idea is two sheets of white unlined paper, at the familiar angle
(see TextEdit), which look like they could be homework assignments or
test papers. I envision that text is hand-written on the papers -- but
it should be made clear from the indentation and varying line length
and such that it is programming code, not paragraphs of text. There
should be red markings on it, indicating where corrections have been
made, and possibly a red hand-written and circled A at the top of the
page, indicating the grade this assignment has theoretically received,
or just a checkmark or some other indication that the document is now
A-OK, thanks to TextMate.
The "tool" part is where I think we can depart from the recommendations
a bit, given the state of other Apple icons. I can't get along with the
current robot, so I suggest a happy anime cartoon boy. In anime, as in
other cartoons, characters often have superpowers or hidden abilities,
and this guy's power therefore is sprucing up your document quickly and
efficiently without getting in your way. He's standing proudly to the
right side of the papers, legs slightly apart, arms folded in front of
him, a red marker clearly visible in his hand, and with a stereotypical
spiky outrageously-colored anime hairstyle, possibly partially hidden
by a backwards-turned baseball cap. I see him wearing long white pants
and a white shirt or sweatshirt (and if only MacroMates had a logo, it
could be printed on the sweatshirt). I see the hair as being the icon's
primary source of color, but this could prove to be too little color,
so the shirt and/or pants may have to get some color too. The color of
the SubEthaEdit icon changed from blue to green with the 2.0 release,
and iTunes' icon has changed color with every major version as well;
the hair and/or clothing colors of this icon could also be changed
across TextMate versions if desired.
Document icons should be easy to make based on this idea -- just the
marked-up paper by itself, not at an angle, with the customary turned
page corner.
So that's the idea. If we have any designers out there wanting to
tackle it, please go for it! I'm of course available by email for
further discussions of this idea, and I'll try to monitor the list as
well.
--
ryan schmidt // hello at ryandesign dot com
As we've been discussing the TM icon lately, and I'm one of those who
isn't keen on the current icon, I thought I'd do some research.
When placing a new brand into an existing market, one of the things to
identify is the values presented within the brands of your competition.
For icons, the overriding value to consider is that of colour.
I'm no designer, but I've grabbed together a bunch of OS X editor icons
and placed them on a colour wheel:
http://allinthehead.com/assets/img/osxeditorcolours.png
As you can see, the main focus is on blues and greens. These colours are
already over-used and should be avoided. Strong yellow and red have also
already been claimed, although there's no strong orange in use.
The main gap on the wheel is obviously the pinks/purples and the cyan
end. Cyan is tricky to get right, as it tends to either drift into blue
or green, or contrasts badly against white.
Therefore, I think that TextMate should have a pink/purple icon.
drew.
hello,
I am running the latest textmate beta and when I hit apple+f no find
menu pops up. however apple+shift+f brings up a dialog box. has anyone
esle experienced this?
--dfc
Douglas F. Calvert
http://anize.org/dfc/ .::. GPG Key: 0xC9541FB2
A mystic in the sense that I am still mystified by things...
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
