-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 6.10.2004, space aliens observed Nick Hristov saying:
- Context sensitive code completion that is included in skedit and
DW (XHTML/CSS are most importnat to me).
In my opinion that is a bad idea. This will bloat the editor. XHTML and CSS are not all that hard to learn, and you can quickly learn by heart the properties.
Two thoughts:
1) It won't bloat the editor if the user can turn it off
2) I for one can never remember all the different versions of (X)HTML and how you're allowed to nest tags in each version and what tags have which attributes and so on.
Of course, it will take time to implement something like this, so the question is whether there are enough people who want it.
TM Users wrote:
Lucas, just in case you're not aware, that's exactly how skEdit operates
Well, the problem with skEdit is that I downloaded it about a month ago, opened it, promply forgot about it and now can't open it anymore since the demo has expired :-)
I'll try to get it running again.
lucas
- -- "Are you the boys that spray-painted my dog?" "Uh, no, that was some other guys, huh huh." -- Beavis & Butthead
On 07/10/2004, at 5:00 AM, Lucas K. Mathis wrote:
marc wrote:
Lucas, just in case you're not aware, that's exactly how skEdit operates
Well, the problem with skEdit is that I downloaded it about a month ago, opened it, promply forgot about it and now can't open it anymore since the demo has expired :-)
I'll try to get it running again.
Yes! I've just been bitching to a mate about calendar-timed demos, instead of a cumulative period... that happens to me all of the time!
: (
- It won't bloat the editor if the user can turn it off
That depends on how it gets implemented. If a plug-in architecture is used there will be less overhead for the editor if the feature is off (the plug-in/bundle is never loaded into memory). If you simply add the functionality in, you will definitely increase the logic of the application, thus the memory footprint.
To be perfectly honest, my first take on this issue was also positive. However, if macromates do decide to go on this route, the code aid/code completion feature should be highly extensible (just as the rest of their editor is :) ... the reason for this that the community can build on the code completion library.
Nick
On Oct 6, 2004, at 1:00 PM, Lucas K. Mathis wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 6.10.2004, space aliens observed Nick Hristov saying:
- Context sensitive code completion that is included in skedit and
DW (XHTML/CSS are most importnat to me).
In my opinion that is a bad idea. This will bloat the editor. XHTML and CSS are not all that hard to learn, and you can quickly learn by heart the properties.
Two thoughts:
- I for one can never remember all the different versions of (X)HTML and how you're allowed to nest tags in each version and what tags have which attributes and so on.
Of course, it will take time to implement something like this, so the question is whether there are enough people who want it.
TM Users wrote:
Lucas, just in case you're not aware, that's exactly how skEdit operates
Well, the problem with skEdit is that I downloaded it about a month ago, opened it, promply forgot about it and now can't open it anymore since the demo has expired :-)
I'll try to get it running again.
lucas
"Are you the boys that spray-painted my dog?" "Uh, no, that was some other guys, huh huh." -- Beavis & Butthead
-----BEGIN PGP SIGNATURE----- Version: PGP SDK 3.2.2
iQA/AwUBQWQyj7XYdom/dB2cEQLdoQCgw+JhPRFUH8WQMQl8s3TmBu2R9YMAoJD/ P54vyar6b9m9UFdt7qrRJN9S =z5Lv -----END PGP SIGNATURE----- _______________________________________________ textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/mailman/listinfo/textmate
On 6/10-2004, at 20:00, Lucas K. Mathis wrote:
On 6.10.2004, space aliens observed Nick Hristov saying:
- Context sensitive code completion that is included in skedit and
DW (XHTML/CSS are most importnat to me).
In my opinion that is a bad idea. This will bloat the editor. XHTML and CSS are not all that hard to learn, and you can quickly learn by heart the properties.
Two thoughts:
- I for one can never remember all the different versions of (X)HTML and how you're allowed to nest tags in each version and what tags have which attributes and so on.
I think the best practice is to just write HTML like it was XHTML strict.. or at least transitional. That is, always end your tags, always end non-dual tags with /> and so on. I think making TM into an editor which manages all the standards for you is a mistake. There is the w3.org site for checking the standards, and I think it's best if the person knows about it, not the program.
On 07/10/2004, at 5:16 AM, Sune Foldager wrote:
- I for one can never remember all the different versions of (X)HTML and how you're allowed to nest tags in each version and what tags have which attributes and so on.
I think the best practice is to just write HTML like it was XHTML strict.. or at least transitional. That is, always end your tags, always end non-dual tags with /> and so on. I think making TM into an editor which manages all the standards for you is a mistake. There is the w3.org site for checking the standards, and I think it's best if the person knows about it, not the program.
I agree with you in one sense, the developer has to know/learn the correct syntax, to work most effectively with it, but there's also a reason we have computers, they can do alot of the 'detail stuff' for us... like data entry validation, and error prevention.... : )
Sure, you don't want to completely cede all validation to the editor, but syntactic validity is function of an editor, think of it as JIT validation... and while the syntax strictness is a nice bonus I'd like to have, both to reinforce my standards knowledge, but also in speeding my entry, and preventing typos.
...but all of this talk about auto-completion is missing the fact that with a little work, Snippets offer some advantages... like the tab stops, *limiting*, or guiding your code navigation, but ironically, they'd also benefit from the ability to add valid attributes via code-hinting, once you want to deviate from the basic markup from the Snippet.
m
Since we are on this topic, is there a built-in html tidy, or run this as an external command too?
Nick
On Oct 6, 2004, at 1:29 PM, marc wrote:
On 07/10/2004, at 5:16 AM, Sune Foldager wrote:
- I for one can never remember all the different versions of (X)HTML and how you're allowed to nest tags in each version and what tags have which attributes and so on.
I think the best practice is to just write HTML like it was XHTML strict.. or at least transitional. That is, always end your tags, always end non-dual tags with /> and so on. I think making TM into an editor which manages all the standards for you is a mistake. There is the w3.org site for checking the standards, and I think it's best if the person knows about it, not the program.
I agree with you in one sense, the developer has to know/learn the correct syntax, to work most effectively with it, but there's also a reason we have computers, they can do alot of the 'detail stuff' for us... like data entry validation, and error prevention.... : )
Sure, you don't want to completely cede all validation to the editor, but syntactic validity is function of an editor, think of it as JIT validation... and while the syntax strictness is a nice bonus I'd like to have, both to reinforce my standards knowledge, but also in speeding my entry, and preventing typos.
...but all of this talk about auto-completion is missing the fact that with a little work, Snippets offer some advantages... like the tab stops, *limiting*, or guiding your code navigation, but ironically, they'd also benefit from the ability to add valid attributes via code-hinting, once you want to deviate from the basic markup from the Snippet.
m
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/mailman/listinfo/textmate
-
Lucas K. Mathis -
marc -
Nick Hristov -
Sune Foldager