On 12/15/11 01:28, MacArthur, Ian (SELEX GALILEO, UK) wrote:
>> That's true -- technically I should have used:
>> #define BOLD_OFF "\e[21m"
>> ..but \e[0m is so much easier to remember to turn off everything :P
>
> Ah, we may be talking at crossed-purposes - I was not meanin
> On 12/14/11 13:26, Ian MacArthur wrote:
> >> #define BOLD_ON "\e[1m"
> >>#define BOLD_OFF "\e[0m"
> >> const char *msg = BOLD_ON "Alert!" BOLD_OFF "\nYour
> printer is on fire";
> >
> > Ah, but I see [1m and I think "Bold", [0m and I
> think "attributes off"...
> > Maybe that's
On 12/14/11 13:26, Ian MacArthur wrote:
>> #define BOLD_ON "\e[1m"
>> #define BOLD_OFF "\e[0m"
>> const char *msg = BOLD_ON "Alert!" BOLD_OFF "\nYour printer is on fire";
>
> Ah, but I see [1m and I think "Bold", [0m and I think "attributes
> off"...
> Maybe that's just me...
On 14 Dec 2011, at 15:48, Greg Ercolano wrote:
>Seems like both ideas would perhaps be useful,.
>Certainly html is more readable when inlined in code:
>
>const char *msg = "Alert!Your printer is on fire";
>vs.
>#define BOLD_ON "\e[1m"
> #define BOLD_OFF "\e[0m
On 12/14/11 02:19, MacArthur, Ian (SELEX GALILEO, UK) wrote:
>> [html suggestion]
>> the limited pseudo-html syntax that is used by Qt and Pango
>> and possibly a large number of other pieces of software.
>>
>> This would let users write "foo boldbold
>> italic" and so on.
> Greg's idea (ANSI "i
On 12/12/2011 04:44 AM, Albrecht Schlosser wrote:
> Am 12.12.2011 00:12, Ian MacArthur wrote:
> I'm not sure if I'm mixing something from Windows and X, but maybe
> they are very similar in this regard. That said,...
>
> At least on Windows, you can push more than one format (text, html,
> image,
If you cut some HTML I expect HTML to be pasted.
Code that removes the markup just breaks things like pasting into an
HTML compose box on a web page.
The user can delete the HTML if they don't want it.
Excessive worrying about data types is why cut & paste is not working
right. The text is UTF
> >
> >> Talking about copy/paste on windows at least apparently
> the clipboard can
> >> hold a reference for the original source and in case the
> receiver can't
> >> handle the original code it's converted somehow to plain
> text sometimes.
> ...
>
> > I think the fltk core just basically s
Am 12.12.2011 00:12, Ian MacArthur wrote:
>
> On 11 Dec 2011, at 20:09, Domingo Alvarez Duarte wrote:
>
>> Talking about copy/paste on windows at least apparently the clipboard can
>> hold a reference for the original source and in case the receiver can't
>> handle the original code it's converted
On 11 Dec 2011, at 20:09, Domingo Alvarez Duarte wrote:
> Talking about copy/paste on windows at least apparently the clipboard can
> hold a reference for the original source and in case the receiver can't
> handle the original code it's converted somehow to plain text sometimes.
In general
Talking about copy/paste on windows at least apparently the clipboard can
hold a reference for the original source and in case the receiver can't
handle the original code it's converted somehow to plain text sometimes.
When I copy from firefox and paste on notepad I get clean text but if I
p
On 12/11/11 06:04, Domingo Alvarez Duarte wrote:
> And this patch for an extended xterm like escape sequences can be made
> public, I mean can I have it and use it Greg ?
Search this very group for 'mod for ANSI' in the subject
and you'll find the patch I posted in 2008.
On 12/11/11 02:46, Ian MacArthur wrote:
> OK, maybe not VT100. Maybe VT220 then? :-)
Ooo, pixels!
I actually did render a mandelbrot on a VT220 back in 1986 once.. my
first
unix program, and it was all rendered with those ESC sequences. Took
forever.
Shot an ani
13 matches
Mail list logo
