Message board for the users of flat assembler.
> High Level Languages > HTML/CSS to ??
edfed 24 Jan 2008, 02:46
in conjunction to the ambitious project of fasm browser, we need a html to ?? converter.
?? is a structure undifined for the moment, but at least, we need to know what is usefull , and what is garbage in the html/css protocol (is it a language?)
so the conversion can be, for exemple, directlly rendered to screen, or passed to a ?? structure.
for exemple, this page (html?) where i write this message show me images, text, a little text editor, buttons, animated buttons, and text links.
so, what is the best, direct render or conversion and then render of the converted file?
note the animated buttons are GIF, a proprietary format, if we interpret gifs, shall we pay (if benefits are made)?
|24 Jan 2008, 02:46||
LocoDelAssembly 24 Jan 2008, 04:22
http://en.wikipedia.org/wiki/Animated_Portable_Network_Graphics No need to pay for this. But, is GIF still owned by CompuServe?
As for what HTML is: http://en.wikipedia.org/wiki/HTML . I don't understand where this converter would fit, the browser should understand HTML directly. There could be an internal convertion for rendering and even the cache could be stored in this representation to save parsing time (and maybe space), but in no way the browser cannot support HTML format.
|24 Jan 2008, 04:22||
drhowarddrfine 24 Jan 2008, 06:00
Not sure what you mean by that. Browsers should not support only those elements they feel like. IE tends to do that (which is why it is so hated by web developers). To be sure all web pages render properly, you have to support everything.
we need to know what is usefull , and what is garbage
HTML is a "markup language" but not a programming language. CSS, though, is a page that contains styling properties assigned to named HTML elements.
the html/css protocol (is it a language?)
Browsers act like language compilers and parse and interpret the data as it is sent.
I think any gif usage is pay by use not pay by rendering engine. Most of us use PNG now.
|24 Jan 2008, 06:00||
bitRAKE 25 Jan 2008, 06:02
IIRC, IBM owns the only remaining patent on GIF and are very unlikely to sue anyone with regard to it.
|25 Jan 2008, 06:02||
rugxulo 25 Jan 2008, 06:09
IIRC, it was both Compuserve and Unisys who owned the (now expired) GIF patent, 0.5% royalty to Compuserve and 1% to Unisys (or something like that). IBM is said to have accidentally acquired a patent for the exact same thing, though (and even that will eventually expire in like two years, if not already, I forget exactly).
PNG is pretty popular now, and it did/does intentionally support most everything GIF does (but without patent worries). Can't go wrong there.
|25 Jan 2008, 06:09||
edfed 02 Feb 2008, 04:08
my vision of HLL.
this interpret will be the basis of many HLL interpretors i'll make.
i'll try to interpret HTML with this.
box X Y XL YL C
|02 Feb 2008, 04:08||
edfed 18 Mar 2008, 02:10
ho ho ho!
it will be soon christmas.
xhtml is very amazing.
it is an object oriented language.
then, i write a gui builder from html.
html to gui.
the steps are:
0) init & enter in program
1) load the file to parse
2) convert the file in a gui form.
3) execute the gui.
4) returned values tests, like exit, refresh, restart, lose focus, close, minimize etc...
5) execute returned function
6) loop @b <--- note for tom, then, the @@: @b tags delimits an execution block.
i don't have shareable working code now, i work on since 36 hours, sleep 20% of normal time, etc...
need a lot of debugging (cf Error correction ) but it will works.
;;;;;;; xhtml.asm ;;;;;;; ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; include 'xhtml\func.inc' ; the case-lists for all attributes and tags include 'xhtml\names.inc' ; the name-lists for all attributes and tags include 'xhtml\modules.inc' ; the modules-lists of all xhtml items xhtml: ; gs:esi --> xhtml file loaded in ram just before parsing. ; fs:edi --> gui context to edit ; ds:edi --> global gui, will link to the created gui from xhtml. ; ds --> lists, structures and lib. . push eax ebx ecx edx esi edi ebp ; save tag context... init .next: mov al,[gs:esi] cmp al,'<' jne @f call .opentag? jmp .end @@: call .special? ; to compute special chars, ' ', tab, 1013h,etc... call .outputchar ; will write the char in the gui jmp .next .end: pop ebp edi esi edx ecx ebx eax ret .opentag: mov edx,taglist ; in ds call .identifytag call .seeknsetattributes call .setstartncursor call .seekclosetag call .setstopncursor ret ; close the tag, and point to next char. .... ... .. .
the problem is to use a lot of segments, memory and pointers at the same time.
|18 Mar 2008, 02:10||
edfed 12 Mar 2010, 17:14
ouaww! two years now! how the time is fast!
now, it is not ?? but fool!
|12 Mar 2010, 17:14||
< Last Thread | Next Thread >
Copyright © 1999-2020, Tomasz Grysztar. Also on GitHub, YouTube, Twitter.
Website powered by rwasa.