Ups, sorry, sent this to Carsten rather than to the list.

Forgot to say I was looking at the on-line docs @ http://www.xfree86.org/current before yesterday, and found many of the html docs are not redeable, you cannot see carriage returns at the beginning in some of them.

Kind Regards,

Note: forwarded message attached.


Yahoo! Messenger NEW - crystal clear PC to PC calling worldwide with voicemail
--- Begin Message ---
Hi there,

Well, many thanks for all your replies.

Carsten, actually, somewhere from my ignorance, I do agree with that.

Is that clear there are better low-level ways to handle the config of an application via external-file.

But at the same time, I've always though markup language (I'm not talking about sgml or xml itself),
is just the most efficient way humans can interact with computers for this kind of things, or many others much more complicated i.e.: writting books without leaving your eyes on a troff/tex based syntax, which looks quite confusing to me, and not designed for humans at all.

Apart from the time I'll save (which I need) trying to implement some sort of parser, the point on using markup is the way the final user is gonna handle the app.

Most of times, you just need read either contents or tags within a markup file to guess what's all about. From my point of view, anybody would be ab le to configure my app even haven't seen a markup file ever before.

Apart from that, It's ok that you don't need an external library for parsing a file, but from the very moment you are based on an on-disk config file, you'll find the same problem again, carriage returns, some inline formatting you may need i.e. sentences inside brackets, etc.

Whether you would be on development of a proffesional app. What's the point on implementing a config syntax where the user's gonna need to spend more time reading your specs than actually tunning the appl itself?

Kind Regards,

Carsten Haitzler <[EMAIL PROTECTED]> wrote:
On Mon, 5 Dec 2005 20:27:41 +0000 (GMT) chinlu chinawa
babbled:

> Hello,
>
> Yes, sorry, I'm talking about the window manager, why? and why don't you
> think a xml configuration file ok?

xml config, while human readable and extendible, is
1. "bloated" for disk space needs.
2. is very inefficient at inlining binary data (eg you want to inline the pixel
data for an icon along with metadata) 3. is actually very slow for a computer
to parse, compared to much mroe simplistic binary config. everything needs to
be parsed and checked as it needs to handle escapes, freeformt formatting etc.

i'm not a fan of xml myself :)

> I'm not a proper programmer or something like that, but I've used xml,
> toghether with a dtd, so don't have to spend time writting code for parsing
> an validating a config file, that's the kind of things xml is for, isn't?

yes. but it isn't the most efficient way to do it. :) anyway - stick with what
you have.

> (appart from the documentation process itself) I'm trying now to make use of
> Xft, been reading this: http://www.keithp.com/~keithp/render/Xft.tutorial

never tried - but i have used xrender directly and it does work. mind you
beware you are likely to find performance issues with xrender. they may vary
from neglegible to dysmally slow, sometimes it may be fast. sometimes.

> But cannot get to render text as the doc says it should be.
>
> Been trying to render a rect and text over it, but even when the server
> seems to properly access to the font, it doesn't render it.
> Here goes the relevant piece of code:
>
> pat = XftNameParse ("adobe-myriad:size=16:normal");
> match = XftFontMatch(display, DefaultScreen(display), pat, &status);
> result = XftFontOpenPattern(display, match);
> if ((result == 0) && match) {
> printf("no\n");
> XftPatternDestroy(match);
> } else {
> printf("yes\n");
> }
>
> d = XftDra wCreate (display, win, visual, colmap);
>
> color.red=65355;
> color.blue=65355;
> color.green=65355;
> color.alpha=0xffff;
>
> if( !(XftColorAllocValue (display, &visual, colmap, &color, &out)) )
> exit(0);
>
> XftDrawRect (d, &out, 0, 0, 180, 180);
> XftColorFree (display, &visual, colmap, &out);
>
> color.red=0;
> color.blue=0;
> color.green=0;
> color.alpha=0xffff;
>
> if( !(XftColorAllocValue (display, &visual, colmap, &color, &out)) )
> exit(0);
>
> string = "afasdfasdf";
> XftDrawString8(d, &out, result, 25, 25, string, strlen(string) );
>
> XftColorFree (display, &visual, colmap, &out);
> XftDrawDestroy (d);
> XftPatternDestroy(match);
> return 0;
> }
>
> And well, I kno w this font is working cose is exactly the same I'm using on
> my desktop's taskbar. But tried with others as well with no results.
> Been looking on the internet (there's no much documentation for newbies on
> this), and been looking on the xterm sources, from where I've borrowed some
> code before getting lost on it, but don't exaclty know what I'm doing wrong.
> Once again, any comments would be much apreciated.
> Kind regards,
>
> Josip Deanovic wrote: chinlu chinawa writes:
>
> > Hello,
> >
> > Many thanks, will try it.
> >
> > It's a desktop manager based on a xml config-file (libxml2), and
> > which I'll be hopefully merging onto Icewm (desktop manager), so the
> > user can have different sets of icons for different virtual desktops
> > (whether he/she wants so).
>
> When you say "desktop manager" you are really talking about window
> manager?
>
> > And it's actually for an embedded live system for trainning/education
> > I'm in development of. Good idea, isn't it?
>
> Yes, except xml configuration. :-)
>
> --
> Josip Deanovic
> _______________________________________________
> Devel mailing list
> Devel@XFree86.Org
> http://XFree86.Org/mailman/listinfo/devel
>
>
>
>
> ---------------------------------
> To help you stay safe and secure online, we've developed the all new Yahoo!
> Security Centre.


--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) [EMAIL PROTECTED]
Í繥¿
Tokyo, Japan (Åìµþ ÆüËÜ)


Win a Yahoo! Vespa NEW - Yahoo! Cars has 3 Vespa LX125s to be won Enter Now!
--- End Message ---

Reply via email to