Currently it looks like a JSON/YAML hybrid. Not quite sure what to think about it. Styling is not the only open question. How do you modify a website after it was rendered? Does OOML cover that?
If OOML doesn't cover it and you'd need a OOSL (Object Oriented Scripting Language) then you'd effectively have JavaScript.
I mean I agree that those technologies (HTML4 and JavaScript [to some extent]) are ancient but they are currently being reinvented and the performance of web browsers rendering and interpreting them is increasing incredibly fast.
You know styling and post-rendering change which means an element API is quite substantial. Jumping right into the implementation of the parser and stuff like that is likely to waste quite a lot of man hours.
@OctavianDamiean you are making good points, to be fair, but the beauty of a project like this is that we have no constraints to stop us - we have our imagination, ingenuity, and experience to build on :)
#1: Implement the parser #2: Think about the implementation of the styling part #3: Find out that you need to rewrite quite a lot of the parser #4: Rewrite the parser #5: Think about the implementation of the post-rendering stuff #6: Find out that there are incompatibilities with the styling part #7: What now?
@RolandTaylor So as not to break anything I was considering b a class not a style. The class would have an embedded style of bold that could be overridden
> The 3rd Generation iPad has a display resolution of 264ppi. And still retains a ten-hour battery life (9 hours with wireless on). Make no mistake. That much resolution is stunning. To see it on a mainstream device like the iPad - rather than a $13,000 exotic monitor - is truly amazing, and something I've been waiting more than a decade to see. -- Bill Hills, the creator of ClearType
See? That is innovation there.
Samsung doesn't have anything close to that last I checked.
Apple isn't great because they controlled there hardware. Apple is/was great because Steve jobs was an asshole and wasn't afraid to tell an engineer that there product was "bullshit"
Yeah, he threw an iPhone into his fish tank and said that because there was still air bubbles coming out, they could make it smaller.
That attitude (that is, the "No, this is wrong, it sucks and it looks ugly") is something that the Ubuntu/Linux community doesn't, and its because its open source.
The linux desktop has looked like that (with minor changes) for almost 6 years.
A change that big (like the iPhone was) is going to get criticized. Its going to get slighted. If they had left it like the above screenshot, it'd be over. The year of the linux desktop would be... never.
@GeorgeEdison I really need to try that later today... fires up his vm
ok, so i've still got a little ways to go. but I think it's functional enough to think about starting to port my stuff away from wordpress. testing.rlemon.com
it's still slow, but much faster than wordpress was. once I get some caching going things will be much much better.
It isn't worth a meta answer, so i'll just put it here.
Its a "good" kind of subjective. Accessibility is a really subjective subject by nature, and this question is also subjective (even more so than normal accessibility!) - however, it belongs here, its a good question, so its ok.
@jrg Aye, accessibility is subjective per se but there is an objective aspect to it. You can compare how helpful different techniques are in enhancing accessibility, e.g. speed of inputing text, ability to recognize things on screen, time to do a particular task.
But that is not what I am after with my chat message above, I am trying to understand BlueXrider's argument and asked for help since his clarifying comments fail to enlighten me and I don't want to irritating him by asking for clarifications again and again.
Rubber duck debugging, Rubber Ducking, or the Rubber Duckie Test is an informal term used in software engineering to refer to a method of debugging code. The name is a reference to an apocryphal story in which an unnamed expert programmer would keep a rubber duck by his desk at all times, and debug his code by forcing himself to explain it, line-by-line, to the duck.
To use this process, a programmer meticulously explains code to an inanimate object, such as a rubber duck, in the expectation that upon reaching a piece of incorrect code and trying to explain it, the programmer will notice...
If it is, then I'm horrible. I do that all the time.
> Unicorny: An adjective to describe a feature that’s so early in the planning stages that it might as well be imaginary. This one comes from Rails Core Team member Yehuda Katz, who used it in his closing keynote at last year’s Windy City Rails to describe some of Rails’ upcoming features.
@JorgeCastro! We have the definition of Unicorn software!
because I want to have the comforts of my desktop editor.
the entire world is going web, it's only a matter of time before someone writes a really good, configurable, online editor tiered for programmers. and maybe i'll be that someone
gets out paper and pen
First step to programming anything good: paper and pen.
I have some code that I absolutely must implement using goto. For example, I want to write a program like this:
start:
alert("RINSE");
alert("LATHER");
repeat: goto start
Is there a way to do that in Javascript?
I'm not saying it wouldn't work - just that it muddies the waters a lot in terms of parsing. I personally admire how much you can do (quite simply) with a little HTML/XML and it still be understandable by eye. I do think there should be better semantic tags. I do agree that CSS is a mess but there are tools that help out there to allow you to write intelligently and deploy verbosely.
Bounty offered: Importing Radio Tray radio stations into Rhythmbox http://askubuntu.com/questions/112536/importing-radio-tray-radio-stations-into-rhythmbox?atw=1 #rhythmbox