1. Markup Language

SInce Euphoria already imposes some imbedded characters such as "\n" for
a new line why not use that system too? Here is my suggestion.

\T# for text color
\B# for background color
\Cx,y for text coordinate
\Xx,y,width,height for a text box graphic
\Px,y,picture sequence OR picture file for a graphic of format .???
\\ just a normal \ character

On the same subject, why is such a common character as "\" used for this
purpose? I know that many standard C libraries use the same character.
Why not something less common, such as the "~" character or "`" or "^".

John DeHope

new topic     » topic index » view message » categorize

2. Re: Markup Language

At 05:33 PM 9/17/97 -0400, you wrote:
>
>SInce Euphoria already imposes some imbedded characters such as "\n" for
>a new line why not use that system too? Here is my suggestion.
>
>\T# for text color
>\B# for background color
>\Cx,y for text coordinate
>\Xx,y,width,height for a text box graphic
>\Px,y,picture sequence OR picture file for a graphic of format .???
>\\ just a normal \ character

There has to be a "closing" marker, because you may have instances where
you want to print "1234" at position 5,10, and it would look like this
without ending markers:

markup("blah blah blah \C10,371234")

I'm using the "<>"s because it is similar to HTML, and ultimately a markup
language compatible with HTML would be nice.

Thanks!
ck

new topic     » goto parent     » topic index » view message » categorize

3. Re: Markup Language

> I'm using the "<>"s because it is similar to HTML, and ultimately a markup
> language compatible with HTML would be nice.

        Would be the smartest too, some people then don't have anything too
learn to use you Mark-Up routines..
        Also it has some benefits too... you can use wysiwyg-html-editors to
write you documents (help-docs, or just the readme's) and then display
it the same way.
        There now is program available for download the the Euphoria Site that
allows you to convert windows-true-type fonts to Jiri Babor's font
format.
        Jiri is also working (as he said on a mail on this list serv) on a new
version of his Font Package, maybe it can be created in such way it can
handle windows font-files too. Maybe you can create a mark-up language
together.
        For graphics.. i'll be upload my working AllModes library which can
only do very very basic tasks (no virtual screen management or sprites.
Just extended memory copy (M. Bolin) and resizable drawing commands in a
list. Which will work for *any* video mode (including modeX now :))
(Thank you Pete). Later on i'll write a different include file which
will use AllModes for advanced sprite management and virtual screens and
more....
        You people could use AllModes to use quick (althrough still flexible)
graphics routines. Your routines can compile the different fonts and/or
formatting tricks to a command list (so the slowdown is in the
compiling), so that whenever you want to draw it *fast* you just execute
the precompiled command list. (BTW if you change graphics mode for
example, all the command lists will be automatically recompiled, which
is required for the lists to still work)
        Anyway please go for a full html 3 compatible library, please..
        That would be really nice !!

Ralf Nieuwenhuijsen
nieuwen at xs4all.nl

new topic     » goto parent     » topic index » view message » categorize

4. Re: Markup Language

Ralf Nieuwenhuijsen wrote:

: > I'm using the "<>"s because it is similar to HTML, and ultimately a
markup
: > language compatible with HTML would be nice.

:         Would be the smartest too, some people then don't have
anything too
: learn to use you Mark-Up routines..

Yes, I fully concur. Not having to learn anything new to use such a
feature
would be wonderful. Nothing to learn, easy to remember, difficult to
forget, those are very desirable features of any system.

new topic     » goto parent     » topic index » view message » categorize

5. Re: Markup Language

On Fri, 19 Sep 1997, Jacques Guy wrote:

> : > I'm using the "<>"s because it is similar to HTML, and ultimately a
> markup
> : > language compatible with HTML would be nice.
>
> :         Would be the smartest too, some people then don't have
> anything too
> : learn to use you Mark-Up routines..
>
> Yes, I fully concur. Not having to learn anything new to use such a
> feature
> would be wonderful. Nothing to learn, easy to remember, difficult to
> forget, those are very desirable features of any system.
>
um, WHY do we need ANY markup language?

new topic     » goto parent     » topic index » view message » categorize

6. Re: Markup Language

At 04:29 PM 9/18/97 -0700, you wrote:
>um, WHY do we need ANY markup language?
>

For me, simplicity and convenience. Instead of having to do multiple lines
of coding, use one line... etc. etc.

I'm writing various business applications and other utilities, whose output
I want to clarify and spice-up with colors and positioning and etc. Instead
of breaking up multiple "puts" with multiple "text_color"s, I can use the
markup language to display everything nicely and neatly.

KnowwhatImean?

new topic     » goto parent     » topic index » view message » categorize

7. Re: Markup Language

On Thu, 18 Sep 1997, Christopher K. Lester wrote:
> At 04:29 PM 9/18/97 -0700, you wrote:
> >um, WHY do we need ANY markup language?
> >
>
> For me, simplicity and convenience. Instead of having to do multiple lines
> of coding, use one line... etc. etc.
>
> I'm writing various business applications and other utilities, whose output
> I want to clarify and spice-up with colors and positioning and etc. Instead
> of breaking up multiple "puts" with multiple "text_color"s, I can use the
> markup language to display everything nicely and neatly.

So, you'd rather have one really complex line than 3 simple lines?
ok.

new topic     » goto parent     » topic index » view message » categorize

8. Re: Markup Language

At 06:01 PM 9/18/97 -0700, you wrote:
>
>So, you'd rather have one really complex line than 3 simple lines?
>ok.

Is HTML complex to you? For me, embedding functions into a line of output
is preferred over having to break it out over multiple lines. And we're not
just talking "3 simple lines" in most cases. I'm formatting a whole screen
of data, in lists, text boxes, etc.

new topic     » goto parent     » topic index » view message » categorize

9. Re: Markup Language

>> >So, you'd rather have one really complex line than 3 simple
>lines? >ok.

>Is HTML complex to you? For me, embedding functions into a line
>of output is preferred over having to break it out over multiple
>lines. And we're not just talking "3 simple lines" in most
>cases. I'm formatting a whole screen of data, in lists, text
>boxes, etc. =


Have you considered putting the list, text boxes etc. into procedures or
functions?
That way you can call such a routine in one simple line, without having t=
o
write a whole new language.

Sincerely,

Ad Rienks
email Ad_Rienks at compuserve.com
writing at 11:55 , =

on vrijdag 19 september 1997
Using EMail Assist for WinCIM

new topic     » goto parent     » topic index » view message » categorize

10. Re: Markup Language

At 05:56 AM 9/19/97 -0400, you wrote:
>
>Have you considered putting the list, text boxes etc. into procedures or
>functions?
>That way you can call such a routine in one simple line, without having t=
>o
>write a whole new language.

That's part of it. I guess I should use what's-his-face's text GUI routines
for that stuff though, eh???

new topic     » goto parent     » topic index » view message » categorize

11. Re: Markup Language

>> >Have you considered putting the list, text boxes etc. into
>procedures or >functions? >That way you can call such a routine
>in one simple line, without having t=3D >o >write a whole new
>language.

>That's part of it. I guess I should use what's-his-face's text
>GUI routines for that stuff though, eh??? =


Not directly necessary, although David Cuny's (that's the one you mean, I=

think)  routines are nice. But you can also write your own simple text bo=
x
and input routines. IMO you don't have to use fancy looking screens etc. =
in
business applications. I can provide you with some of these routines, if
you like.

Sincerely,

Ad Rienks
email Ad_Rienks at compuserve.com
writing at 20:25 , =

on vrijdag 19 september 1997
Using EMail Assist for WinCIM

new topic     » goto parent     » topic index » view message » categorize

Search



Quick Links

User menu

Not signed in.

Misc Menu