W3C home > Mailing lists > Public > whatwg@whatwg.org > October 2016

Re: [whatwg] Some Clarification on CML Proposal

From: Roger Hågensen <rh_whatwg@skuldwyrm.no>
Date: Thu, 6 Oct 2016 15:01:09 +0200
To: whatwg@lists.whatwg.org
Message-ID: <2953e4a6-2d57-4c6d-4c1c-f7782928f8c1@skuldwyrm.no>
On 2016-10-06 03:45, Jacob Villarreal wrote:
  > Hi,Thanks for responding. I don't think you have the right picture

I'm pretty sure I don't have the right picture (or at least your picture).

  > I was actually proposing a new markup language referred to as 
content markup language. The hypertext part of it isn't that important. 
CML would has the linking capability, it's really nothing. The batch 
infrastructure I was talking about is as simple as text batch files 
containing the source path information of multiple object source files, 
such as bitmaps, jpegs, text files, apps, etc... I think all that is 
required by the HTML team is to create a batch file for every appliance 
that is needed with respect to the two tags, multiple type attributes, 
and subattributes, and the line sequencing shouldn't be too much of a 
problem either.

"all that is required", I think the emphasis here is on "all" as it 
sounds like a full rewrite.

  > I think this solution would completely phase out HTML all together,
  > You shouldn't be so concerned about all the technical html bullshit, 
there are no headers, and footers, only page coordinates, and source files.

You obviously have a dislike for HTML for some reason.

  > I just thought a high def bitmap solution might work well for field 
objects. Basically, taking a bitmap object, and applying a border, text 
space, etc.., for use as the actual graphical object for the input field

This sounds like a graphical background template of some sorts.
Have you actually looked at what you can do these days with CSS3?

  > So I thought the html team might just set it up to work that way. I 
think it's a worthwhile option in the www world. Like I said, I don't 
have much experience doing html

Apparently you have some programming or database experience, but with 
the things you are suggesting it's far more "just add a few things" to 
the existing browsers.

What you are talking about would require a new browser engine. Usability 
(those who are blind or have weak sight) would go out the window. The 
overhead would be immense with everything as bitmaps. (text compresses 
extremely well by comparison). Responsive web design would no longer work.

I suspect what you want already exists but you are unable to see/find 
the way to do it. I'm pretty sure the tools required to do what you want 
already exists.

It sounds like you are trying to invent include files of some sorts 
(similar to .h in C).
Also your focus on bitmaps and coordinates, you do know that CSS allow 
you to define fixed X and Y positions?

  > structuring the mapping with one folder with all of it's objects, 
per every page on the site.  So the objects, whether they be text, or 
image objects are called up from the root of the page for the most part. 
  As far as I know, the header attributes are used on text for font, and 
size, etc..  CML would use the same attribute function on text anyway, 
but you have the option of using text images as content as well.

I don't think yo have any idea of what HTML is/does.
HTML handles the structural and semantic part of a web page, CSS the 
graphical and styling and look, and Javascript the scripting.

  > it's just a more innovative URL solution than html.  Personally, I 
think html is kind of boring in comparison

How innovative this is (I find it just confusing myself) is 
questionable, and your statement about HTML being boring is, well I 
doubt that any language be it markup up scripting or programming is 
anything but boring. They tried to make programming fun once and the 
result was Point'n'Click programming, that never really took off.

  > ...real-time data from ticker data being sent to the form, and store 
it in real-time in the ticker_data.rec destination record as text by 
line sequentially.  The data can then be accessed in runtime 
sequentially ... real-time output to a web app.

This would make local (file://) apps impossible, you seem to describe a 
system that fetched data in real time from a database server.
If this was a stockmarket monitor or sports monitor or airport monitor 
on a wall then I might understand what you are trying to do but even 
then the current HTML + CSS + Javascript solution would be way more 
efficient (and if using Websocket any latency is basically gone, only 
limited by LAN latency).

  > I'm trying to get some information on how to implement some new 
tags/attributes on the backend.

This is far more than just "adding some new tags", you want to add tags 
to discard HTML and CSS and Javascript.

  > correction on the code above
I can't help but feel that your "code" is little more than a variant of 
a link tag.

I'm not trying to be mean or anything, I just can't see what you are 
envisioning.



-- 
Roger Hågensen, Freelancer, http://skuldwyrm.no/
Received on Thursday, 6 October 2016 13:02:02 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 17:00:39 UTC