[Clipart] Web standards with OCAL (+Aiki / OCAL development)

[Bassel Safadi]

Hey Chovynz,

On Sun, Jun 27, 2010 at 8:32 AM, chovynz <chovynz at gmail.com> wrote:
> Well it's good to know we can do it right, however I think you misunderstood
> what I was saying. :)
> I wasn't blaming anyone, or rather I wasn't intending to. What I'm looking
> for is a common thread and ways forward on how to use aiki.

Sure

>
> @ Bassel : For CSS, how do we apply global css? I can't figure out why:
> 1) aiki is collating all the style sheets into one output based on widget (I
> mean , I can and understand why it is doing that, but can we do css a
> different way? currently it breaks the validator since there is no tag
> called "widget" and the stylesheet reference is invalid.)

this is only one way of doing css by adding it the CSS field inside
the widgets, the reason this type of css is used because it's easier
to build each section's widgets and style them in the same place, but
then when one finish building a site it's easy to move the css to
global css, but in case of ocal there was a lot of crapy css code
inside the first mockup that was imported to aiki ( like thousands of
lines ) , I totally agree with you that we should clean up the code..
to fix this we should first (hight priority) clean up the css, then
move the whole css ( automated process) to style.css ( more on this
bellow)

> 2) The *about *page has css, then *participate *has its own exact same css,
> then the other pages and div's have inline css, rather than a global css.
> e.g. <p> is defined about 10 times in the collated amount, instead of one
> parent <p> with a good style applied once.

totally agree, this is wrong and it can easily solved by moving the
whole css to one place

> 3) why are there two stylesheets in the meta?

the auto-generated style.php?widget and style.css which is actually a
widget that contains the cc, once we don't have any css inside the
widgets the auto-generated one will vanish

> 4) How can me, a "normal non-programmer" add global css to the site? Nothing
> I tried worked with *style.css *or with *global_css*. I input css code both
> into the content of the widget, and into the style of the widget, at
> different times. I was expecting the change to happen straight away. Is
> there a delay in CSS and database updating or is it instant? If it is
> instant, then something might be either broken, or I don't yet know how to
> do this seemingly easy task. (I should mention local-inline- css is fine and
> works ...sort'of.)

yes you can add to (style.css) widget but there is cache system that
need purging before the changes show up, if you have server access you
can type nc localhost 8181 then purge.url style.css*
otherwise please just give me a notice on irc or by email and I'll
empty the cache for you each time you do changes. or if you want to
work continually on that widget for one session tell me before and
I'll disable the cache for this until you finish.

>
> Again, I'm not blaming, just wondering how to go about "fixing" the things
> I've found, since it's not as easy as I first thought. I was surprised to
> see how much spaghetti code there is, that's where my comments below came
> from.
>

Chovynz we are really glad to hear your notices, and looking forward
to work with you for the good of ocal :-)

Cheers,


> Looking forward to an even faster OCAL. :)
> Chovynz
>
> On 27/06/2010 5:02 p.m., Jon Phillips wrote:
>>
>> Well, the only bad html is the html humans write. So,right, using a
>> validation checker and then fixing the problems it points out is the
>> right approach.
>>
>> Aiki doesn't force the html on the user, its up to the user.
>>
>> So, all these bugs can be fixed inside of aiki.
>>
>> Yes, simple is so much better and why we switched to aiki.
>>
>> Go ahead and file a bug about html validation and css validation, but
>> even better is figuring out where to fix the bugs in aiki
>> installation, and fixing them there...
>>
>> Jon
>>
>> On Sat, Jun 26, 2010 at 8:32 PM, chovynz<chovynz at gmail.com>  wrote:
>>
>>>
>>> Are you guys interested in following web standards for OCAL?
>>> Check these out. Some stuff I came across while trying to find out what
>>> AIKI
>>> was doing to OCAL.
>>>
>>>
>>> http://validator.w3.org/check?uri=http%3A%2F%2Fwww.openclipart.org%2Fbrowse&charset=%28detect+automatically%29&doctype=HTML5&group=0&user-agent=W3C_Validator%2F1.781
>>>
>>> http://validator.w3.org/check?uri=http%3A%2F%2Fwww.openclipart.org%2Fpackages&charset=%28detect+automatically%29&doctype=Inline&group=0&user-agent=W3C_Validator%2F1.781
>>>
>>> I suggest we start using aiki with the way web standards are intended.
>>> CSS into a collective area, instead of all spread out in their individual
>>> pages.
>>> Any Librarian should be able to able modify the site as needed, just by
>>> adding the basics of
>>> <h2>header for below</h2>
>>> <p>blah blah sentence being modified</p>
>>>
>>> The way OCAL is currently written is horrible for webstandards and will
>>> inhibit other people becoming Librarians, since they have to know HTML,
>>> and
>>> CSS, and PHP, AND the AIKI framework usage, to be able to modify the
>>> site.
>>>
>>> Simple is best. Can we make OCAL simple to modify?
>>> With CSS and HTML and now with the capabilty of php + Aiki, there's no
>>> excuse for sloppy web-coding. Especially now that we are not linked to
>>> CCHost in any way.
>>>
>>> If there are gaps in my knowledge about why this isn't possible with php
>>> or
>>> aiki please let me know. :-)
>>>
>>> Cheers
>>> Chovynz
>>>
>>>
>>
>>
>>
>
>



-- 
Bassel Safadi
http://bassel.ws
http://aikiframework.org
Global +1 323-545-3855
Singapore +65 93488349
Syria +963 988-476040
Lebanon +961 70570741