Can we please stop being nerds and geeks and just pretend to be like a normal user?
-
Markdown: To force a line return, place two empty spaces at the end of a line. It's enough to deal with * and ** and # and ## and ### and 1. and 1. and 1. and all the other stupid things about markdown, including the inconsistencies from site to site. Seriously BitBucket and the rest that think markdown is the cat's meow rather than... You can't just use one of the dozens of free, open source WYSIWYG editors out there? I know, I've ranted about this before. But it's our fault. We love this symbol soup. It's the geek version of the manager's buzzword bingo, and no better. And I don't love it. When I use an editor, I don't want to be in "ooh, look, shiny symbols that mean things" geek mode. I want to be in "user mode" -- Give me a decent editor!!!
Latest Articles:
Abusing Extension Methods, Null Continuation, and Null Coalescence OperatorsI laugh at people who want to use markdown, XML, etc. for "light" use (i.e. for less than 100,000 chunks of single-source text that need to be inserted into dozens of different documents). PostScript is far and away the best and most usable mark-up language (markdown isn't really a real thing). I usually describe it as XML that hasn't had its balls chopped off -- but those in the know stopped using it 40 years ago, when WySiWyG editors came out, for the simple reason that mark-up languages make you spend half your time working on the infrastructure of the text, which is a HUGE distraction, when you're trying to work (imagine having to set each individual syntax-highlighting colour code for variable names, etc, when writing code, and you'll get an idea of how distracting it is). That said, TextArea fields are adequate for things like posting messages to message boards, and don't add half an hour to page-load times; and I only ever write text for web pages in a text editor (TextPad or NotePad++).
I wanna be a eunuchs developer! Pass me a bread knife!
-
Holy Moses, batman:cool: I haven't thought of Brief editor in decades. It was one of the best ones I can remember (at the time - early 80s). Now I want to find a current implementation.
A human being should be able to change a diaper, plan an invasion, butcher a hog, navigate a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects! - Lazarus Long
-
Never, ever, ever use bold, italic, etc. toolbar buttons to change styles. If you want a different style, create the style, don't use the writing-to-granny-once-a-year buttons. In dev terms: Create a class, rather than use VB-style methods. That goes for bullets, numbered lists, etc, too (and never make a single-level list style -- go multi-level, every time, so you can just indent for the next level) It might be more work to set it up, but it saves you a shipload of hassle, and is easy to save as or export to a template.
Quote:
(Multiple) decades ago, WordPerfect got it right - it was a WYSIWYG editor, but gave you a "reveal codes" option
I can't think of a word processor that doesn't have that. Reveal-formatting functions are usually more convenient, because they show you precisely what the formatting is, rather than just the codes (Shift + F1 in Word; menu options in more advanced WPs). Oh, and if you're using Word, make Normal.dot(x) read-only, unless you actually want to make changes to the template.
I wanna be a eunuchs developer! Pass me a bread knife!
Mark_Wallace wrote:
Never, ever, ever use bold, italic, etc. toolbar buttons to change styles. If you want a different style, create the style, don't use the writing-to-granny-once-a-year buttons.
Isn't that going against the very thing Marc is complaining about? If I want to put something in bold, I want a Bold button. Creating a style, as you're suggesting, is very much a developer thing and no mortal man on the street thinks in those terms or would even know what you're talking about. I'm talking about word processors and the like - not web page development tools...in which case I agree, this is what CSS is for.
Quote:
(Shift + F1 in Word; menu options in more advanced WPs).
That shows you what style is currently in effect; I want precise control over where those individual styles start and finish. I've done that right now in CP's editor with 'I' tags in angled brackets. That's the sort of control I'd like to see in a WYSIWYG, if it's not going to get everything just right, all the time.
-
Notepad++ :thumbsup:
Monday starts Diarrhea awareness week, runs until Friday! JaxCoder.com
Been there . . . use that !
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein
"If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010
-
honey the codewitch wrote:
regex and that had to grow on me.
I can't imagine a worse fate. :-\
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows. -- 6079 Smith W.
Daniel Pfeffer wrote:
I can't imagine a worse fate
An infestation of VB6 ? (Hope that didn't make you wet yourself in horror).
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein
"If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010
-
Mark_Wallace wrote:
Never, ever, ever use bold, italic, etc. toolbar buttons to change styles. If you want a different style, create the style, don't use the writing-to-granny-once-a-year buttons.
Isn't that going against the very thing Marc is complaining about? If I want to put something in bold, I want a Bold button. Creating a style, as you're suggesting, is very much a developer thing and no mortal man on the street thinks in those terms or would even know what you're talking about. I'm talking about word processors and the like - not web page development tools...in which case I agree, this is what CSS is for.
Quote:
(Shift + F1 in Word; menu options in more advanced WPs).
That shows you what style is currently in effect; I want precise control over where those individual styles start and finish. I've done that right now in CP's editor with 'I' tags in angled brackets. That's the sort of control I'd like to see in a WYSIWYG, if it's not going to get everything just right, all the time.
dandy72 wrote:
I want precise control over where those individual styles start and finish
If you use styles, rather than the blunderbuss toolbar buttons, you get that. If you have to insert tags, you not only make it harder to check the text for errors, but you make it more work, and have to keep distracting yourself from the content you're trying to write, just to insert the tags. Selecting the text to modify and clicking the required style in the Styles pane is the most efficient (and least distracting) method. If you find you're picking up unwanted paragraph tags and spaces in Word, turn off the smart paragraph selection and select whole words options, which are stupidly on by default. BTW, if you find that a style is going onto the next line in Word (which it shouldn't, if you select the text without picking up the paragraph character), just select the new line and hit Ctrl+Space.
dandy72 wrote:
Isn't that going against the very thing Marc is complaining about?
Your preference of having to set <I></I> tags is what Marc appears not to like.
I wanna be a eunuchs developer! Pass me a bread knife!
-
Markdown: To force a line return, place two empty spaces at the end of a line. It's enough to deal with * and ** and # and ## and ### and 1. and 1. and 1. and all the other stupid things about markdown, including the inconsistencies from site to site. Seriously BitBucket and the rest that think markdown is the cat's meow rather than... You can't just use one of the dozens of free, open source WYSIWYG editors out there? I know, I've ranted about this before. But it's our fault. We love this symbol soup. It's the geek version of the manager's buzzword bingo, and no better. And I don't love it. When I use an editor, I don't want to be in "ooh, look, shiny symbols that mean things" geek mode. I want to be in "user mode" -- Give me a decent editor!!!
Latest Articles:
Abusing Extension Methods, Null Continuation, and Null Coalescence OperatorsCan it be harder than LaTeX (did I get the stylization right?)? I remember fighting with this thing for the sole reason of everybody else doing it and brackets, which permeate scientific writing like mold are a friggin' nightmare. The escaping rules for them are less consistent than escaping in C for no good reason.
-
Markdown: To force a line return, place two empty spaces at the end of a line. It's enough to deal with * and ** and # and ## and ### and 1. and 1. and 1. and all the other stupid things about markdown, including the inconsistencies from site to site. Seriously BitBucket and the rest that think markdown is the cat's meow rather than... You can't just use one of the dozens of free, open source WYSIWYG editors out there? I know, I've ranted about this before. But it's our fault. We love this symbol soup. It's the geek version of the manager's buzzword bingo, and no better. And I don't love it. When I use an editor, I don't want to be in "ooh, look, shiny symbols that mean things" geek mode. I want to be in "user mode" -- Give me a decent editor!!!
Latest Articles:
Abusing Extension Methods, Null Continuation, and Null Coalescence OperatorsAmen, and while you're at it, let's abandon the "command line instead of decent UIs" trend X|
Best, Sander sanderrossel.com Migrating Applications to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
Yay! BRIEF! I miss it.
- I would love to change the world, but they won’t give me the source code.
I too did miss it for several years - but Notepad++ isn't too bad as a Windows replacement. (I never tried any Windows version of Brief) If I'm not mistaken, the Brief installation floppy is still down in my basement. But is it readable? If it is, will Brief run in a command.exe window? And wasn't that installation floppy a 5.25" one? Then I would have to fire up that old Win98 machine as well (for 3,5" floppies I have a USB drive ... but modern Windows refuse to read floppies without a proper format code in the boot sector, so sometimes I have to fire up Win98 for those). Maybe I will spend this weekend to see if I can get Brief on the air again!
-
Holy Moses, batman:cool: I haven't thought of Brief editor in decades. It was one of the best ones I can remember (at the time - early 80s). Now I want to find a current implementation.
A human being should be able to change a diaper, plan an invasion, butcher a hog, navigate a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects! - Lazarus Long
If I remember right, Brief was (or maybe still is) the only editor with a separate command for shifting the two last written characters (Ctrl-B?) The creator must have had big problems with that. :)
Leslie Nielsen: We're sorry to bother you at such a time like this, Mrs. Twice. We would have come earlier, but your husband wasn't dead then.
-
Never, ever, ever use bold, italic, etc. toolbar buttons to change styles. If you want a different style, create the style, don't use the writing-to-granny-once-a-year buttons. In dev terms: Create a class, rather than use VB-style methods. That goes for bullets, numbered lists, etc, too (and never make a single-level list style -- go multi-level, every time, so you can just indent for the next level) It might be more work to set it up, but it saves you a shipload of hassle, and is easy to save as or export to a template.
Quote:
(Multiple) decades ago, WordPerfect got it right - it was a WYSIWYG editor, but gave you a "reveal codes" option
I can't think of a word processor that doesn't have that. Reveal-formatting functions are usually more convenient, because they show you precisely what the formatting is, rather than just the codes (Shift + F1 in Word; menu options in more advanced WPs). Oh, and if you're using Word, make Normal.dot(x) read-only, unless you actually want to make changes to the template.
I wanna be a eunuchs developer! Pass me a bread knife!
Mark_Wallace wrote:
If you want a different style, create the style, don't use the writing-to-granny-once-a-year buttons.
That doesn't solve the problem. If you type new text immediately following bold text, the new text is bold as well. To me, that is fine. Newlines are part of the text. If you turn bold on, type xxx , bold off, then the is bold and if you (later) position the cursor at the start of the new line and type yyy, that yyy is in bold. Perfectly logical. If you turn bold on, type xxx, bold off and then , the is not bold and if you (later) position the cursor at the start of the new line and type yyy, that yyy is not in bold. Perfectly logical. The only way to see that they behave differently is by the bold button being activated in the first case, not the second one, when you place the cursor at start of the second line. What more did you expect? Now if you define a text style and apply it to the text and the newline, you are still in that style after the newline. If you apply it to the text excluding the newline, new text following the newline is not in that style. The only way see if the style is active or not, immediately following the newline, is to look at the style indications; you can't guess it from the text. You might argue: But no text style should extend beyond a newline! Again, this is independent of bold key or style. And I would hate it: If I write four consecutive paragrphs that are to be in the same style, I would hate having to set the style at the start of each and every paragraph. Or do you want a logic that depends on how I got to given point in the text? If I place the cursor at a given point in the text, it behaves differently from if the cursor is at exactly the same spot in exactly the same text, but that is because the character to the left of it was just inserted? Would the way of insertion matter - e.g. should past count like keyboard input or like explicitly positioning? What about an autocorrect insertion - like keyboard input, like pasting or like explicit positioning? Whatever you choose, some users will think it is illogical. What if you made a style called BoldText, made it read only, and assigned the Ctrl-B key to toggle this style on and off, in which ways would this be better than Ctrl-B toggling bold on and off?
-
Daniel Pfeffer wrote:
I can't imagine a worse fate
An infestation of VB6 ? (Hope that didn't make you wet yourself in horror).
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein
"If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010
W∴ Balboos wrote:
An infestation of VB6 ?
The end of all days is here! :omg: :omg: :omg:
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows. -- 6079 Smith W.
-
I laugh at people who want to use markdown, XML, etc. for "light" use (i.e. for less than 100,000 chunks of single-source text that need to be inserted into dozens of different documents). PostScript is far and away the best and most usable mark-up language (markdown isn't really a real thing). I usually describe it as XML that hasn't had its balls chopped off -- but those in the know stopped using it 40 years ago, when WySiWyG editors came out, for the simple reason that mark-up languages make you spend half your time working on the infrastructure of the text, which is a HUGE distraction, when you're trying to work (imagine having to set each individual syntax-highlighting colour code for variable names, etc, when writing code, and you'll get an idea of how distracting it is). That said, TextArea fields are adequate for things like posting messages to message boards, and don't add half an hour to page-load times; and I only ever write text for web pages in a text editor (TextPad or NotePad++).
I wanna be a eunuchs developer! Pass me a bread knife!
-
Markdown: To force a line return, place two empty spaces at the end of a line. It's enough to deal with * and ** and # and ## and ### and 1. and 1. and 1. and all the other stupid things about markdown, including the inconsistencies from site to site. Seriously BitBucket and the rest that think markdown is the cat's meow rather than... You can't just use one of the dozens of free, open source WYSIWYG editors out there? I know, I've ranted about this before. But it's our fault. We love this symbol soup. It's the geek version of the manager's buzzword bingo, and no better. And I don't love it. When I use an editor, I don't want to be in "ooh, look, shiny symbols that mean things" geek mode. I want to be in "user mode" -- Give me a decent editor!!!
Latest Articles:
Abusing Extension Methods, Null Continuation, and Null Coalescence OperatorsActually, I don't mind that kind of key sequences as an input method, sort of like an extension of control characters and function keys. In an HTML editor, I wouldn't mind if two blanks followed by return would replace it with <p>[newline]<p>. But actually, I hate HTML / XML as an input format; it is like writing a user application in x64 assembler code (with no debugger available). If you need markup/markdown, you are writing a text document. Then you should use a document editor, not documentation assembly code - whether you call it markup, markdown, Postscript, HTML, TeX or LaTeX - they are all like different document CPU instruction sets. Not document development languages.
-
If I remember right, Brief was (or maybe still is) the only editor with a separate command for shifting the two last written characters (Ctrl-B?) The creator must have had big problems with that. :)
Leslie Nielsen: We're sorry to bother you at such a time like this, Mrs. Twice. We would have come earlier, but your husband wasn't dead then.
-
I'm up for it! There hasn't been a one for years!
I wanna be a eunuchs developer! Pass me a bread knife!
-
Amen, and while you're at it, let's abandon the "command line instead of decent UIs" trend X|
Best, Sander sanderrossel.com Migrating Applications to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
I never can get used to the number of shell aficionados who insist that for automatic operations, such as cron tasks, you must have a command line interface and a script or configuration file. How could you otherwise tell what, say, the backup system should do nightly? If you try to argue that you could select what to do in a GUI (e.g. select which directories to back up in a directory tree presentation), activate options by check boxes, radio buttons etc. with proper labeling, help functions and menu selections of previously defined plans, and have the backup application preserve that in its internal format, these shell guys gasp: But then I have no control! Even though they (may) admit that in theory it would be possible to manage a system the way it is usually done in a Windows environment, it would not give them the necessary control. Control is that which is exercized in 7-bit ASCII input by use of command line actions. In my archives of computer humour, there is a printout of a long discussion on NetNews (The discussion forum in the pre-web-days) from the late 1990s: This one guy who stubbornly insisted that high level languages were useless and would soon fade away. His major argument: He wanted the VAX C compiler to compile one of his functions to exactly that one machine instruction, and there was no way he could make the compiler do that! Others pointed out that it would be silly to use that instruction in that context, but he insisted: If the compiler wouldn't do what he wanted, it was useless and should be thrown away. Assembly code is the only way to get what you want! ... This was in the 1990s, not the 1960s... When I talk with shell guys that insists that GUIs are useless for serious work, I think that they must be close relatives to this assembler code guy.
-
Mark_Wallace wrote:
If you want a different style, create the style, don't use the writing-to-granny-once-a-year buttons.
That doesn't solve the problem. If you type new text immediately following bold text, the new text is bold as well. To me, that is fine. Newlines are part of the text. If you turn bold on, type xxx , bold off, then the is bold and if you (later) position the cursor at the start of the new line and type yyy, that yyy is in bold. Perfectly logical. If you turn bold on, type xxx, bold off and then , the is not bold and if you (later) position the cursor at the start of the new line and type yyy, that yyy is not in bold. Perfectly logical. The only way to see that they behave differently is by the bold button being activated in the first case, not the second one, when you place the cursor at start of the second line. What more did you expect? Now if you define a text style and apply it to the text and the newline, you are still in that style after the newline. If you apply it to the text excluding the newline, new text following the newline is not in that style. The only way see if the style is active or not, immediately following the newline, is to look at the style indications; you can't guess it from the text. You might argue: But no text style should extend beyond a newline! Again, this is independent of bold key or style. And I would hate it: If I write four consecutive paragrphs that are to be in the same style, I would hate having to set the style at the start of each and every paragraph. Or do you want a logic that depends on how I got to given point in the text? If I place the cursor at a given point in the text, it behaves differently from if the cursor is at exactly the same spot in exactly the same text, but that is because the character to the left of it was just inserted? Would the way of insertion matter - e.g. should past count like keyboard input or like explicitly positioning? What about an autocorrect insertion - like keyboard input, like pasting or like explicit positioning? Whatever you choose, some users will think it is illogical. What if you made a style called BoldText, made it read only, and assigned the Ctrl-B key to toggle this style on and off, in which ways would this be better than Ctrl-B toggling bold on and off?
Member 7989122 wrote:
Now if you define a text style and apply it to the text and the newline, you are still in that style after the newline. If you apply it to the text excluding the newline, new text following the newline is not in that style. The only way see if the style is active or not, immediately following the newline, is to look at the style indications; you can't guess it from the text.
I'm afraid you're not right, there. If the style you use moves the text into bold, the blunderbuss Bold function behind the bold button will see that it is bold, and activate.
Member 7989122 wrote:
You might argue: But no text style should extend beyond a newline!
Every word processor that I have used allows you to define the style for the line following a paragraph style, e.g. for top-level heading styles you can choose to define it as the default style ("Normal", in Word) or a sub-heading style; for a bullet style, you would almost invariably define it as the same bullet style; and for a list-header style you would define it as a bulletted or numbered style, so that it automatically starts the list after the header.
Member 7989122 wrote:
keyboard input, like pasting or like explicit positioning
Keyboard input inside a block of styled text will follow that style. Most word processors will maintain source styles as the default for pasting "locally", within the same document, but apply local styles for pasting from external documents. Some word processors offer options on this.
Member 7989122 wrote:
What if you made a style called BoldText, made it read only, and assigned the Ctrl-B key to toggle this style on and off
I don't recall ever seeing an option to make a style read-only (although Word goes the other way, and can be allowed to automatically "update" styles -- switch that off, for sure). One of the main points of using styles in this way is that you have complete control, so if, for example, you wanted to change all instances of bold text to blue bold text, it takes you a few seconds to change every instance in the document. If you've used the blunderbuss bold button anywhere, the text you used it on will not turn blue (but your CTRL+B, above, will), so you will have to seek them out individually, to change their colour.
-
Can it be harder than LaTeX (did I get the stylization right?)? I remember fighting with this thing for the sole reason of everybody else doing it and brackets, which permeate scientific writing like mold are a friggin' nightmare. The escaping rules for them are less consistent than escaping in C for no good reason.
My wife wrote a big document with latex back then... I lost count how many times I had to jump in (without having learned latex) to get the format as she wanted and / or to fix things
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
I never can get used to the number of shell aficionados who insist that for automatic operations, such as cron tasks, you must have a command line interface and a script or configuration file. How could you otherwise tell what, say, the backup system should do nightly? If you try to argue that you could select what to do in a GUI (e.g. select which directories to back up in a directory tree presentation), activate options by check boxes, radio buttons etc. with proper labeling, help functions and menu selections of previously defined plans, and have the backup application preserve that in its internal format, these shell guys gasp: But then I have no control! Even though they (may) admit that in theory it would be possible to manage a system the way it is usually done in a Windows environment, it would not give them the necessary control. Control is that which is exercized in 7-bit ASCII input by use of command line actions. In my archives of computer humour, there is a printout of a long discussion on NetNews (The discussion forum in the pre-web-days) from the late 1990s: This one guy who stubbornly insisted that high level languages were useless and would soon fade away. His major argument: He wanted the VAX C compiler to compile one of his functions to exactly that one machine instruction, and there was no way he could make the compiler do that! Others pointed out that it would be silly to use that instruction in that context, but he insisted: If the compiler wouldn't do what he wanted, it was useless and should be thrown away. Assembly code is the only way to get what you want! ... This was in the 1990s, not the 1960s... When I talk with shell guys that insists that GUIs are useless for serious work, I think that they must be close relatives to this assembler code guy.
Member 7989122 wrote:
this assembler code guy
:laugh: I think shell and console apps are useful for automation, but for serious work a GUI is intuitive, shows you what's possible and enables you to work without reading a lot of documentation. Anyone who says GUIs are useless haven't worked with good UIs or are just pretentious jerks :) And maybe some people still live in the past where GUIs weren't invented yet.
Best, Sander sanderrossel.com Migrating Applications to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
