Yarko, I like this. How about we simply add to what you did jquery.ui
classes so we can style it using jquery?
Massimo
On Mar 20, 10:49 pm, Yarko Tymciurak
wrote:
> On Mar 20, 6:57 pm, Pepe wrote:
>
> > Hello,
>
> > i'm designer and before of that a human being, so i wonder: why make
> > web2py
On Mar 20, 6:57 pm, Pepe wrote:
> Hello,
>
> i'm designer and before of that a human being, so i wonder: why make
> web2py less human readable?
>
> what's "ez-negmr" "ez-50"??
ez: the prefix that identifies it as ez-css;
negmr, as Thadeus correctly pouinted out, is negative margin, and 50
easy negative margin ??
easy 50 % width ??
I agree, I wish the class names were more "human", OTOH, with only a
handful of classes it is not much to learn.
-Thadeus
On Sat, Mar 20, 2010 at 6:57 PM, Pepe wrote:
>
> i'm designer and before of that a human being, so i wonder: why make
> web2
Hello,
i'm designer and before of that a human being, so i wonder: why make
web2py less human readable?
what's "ez-negmr" "ez-50"??
the semantic of the most css framework is a problem, because they
haven't.
...On the other hand:
To have fewer elements is simpler to understand when you start
On Mar 20, 12:25 pm, mdipierro wrote:
> Yarko did it! The new welcome with ez.css is in trunk. We still need
> do add something to allow skinning and rearrange the css (right now we
> have:
>
> applications/welcome/static/base.css
> applications/welcome/static/calendar.css
> applications/welcome/s
Yarko did it! The new welcome with ez.css is in trunk. We still need
do add something to allow skinning and rearrange the css (right now we
have:
applications/welcome/static/base.css
applications/welcome/static/calendar.css
applications/welcome/static/ez-plug-min.css
applications/welcome/static/ez
On Mar 19, 2:24 am, mdipierro wrote:
> I played with ez-css (which I like) but yet it reminded why I used
> tables.
Yeah - the presence of tables in the layout really causes troubles!
> Here is my problem and I am sure it is just me being dumb. Say
> I want a header, a footer and two columns in
The whole UI paradigm is a pain, regardless of what programming
language or platform. Windows Forms makes it easy, but still
archaic.
-Thadeus
On Fri, Mar 19, 2010 at 2:41 PM, Jonathan Lundell wrote:
> On Mar 19, 2010, at 11:18 AM, Thadeus Burgess wrote:
>
>> Maybe the next version of CSS...
On Mar 19, 2010, at 11:18 AM, Thadeus Burgess wrote:
> Maybe the next version of CSS... but as long as IE is around, growth
> of web standards will always be stunted.
Not CSS3, anyway.
I'm doubtful anyway, since CSS is so heavily embedded in browsers. I think
we're stuck with the basic model.
Maybe the next version of CSS... but as long as IE is around, growth
of web standards will always be stunted.
-Thadeus
On Fri, Mar 19, 2010 at 12:59 PM, Jonathan Lundell wrote:
> On Mar 19, 2010, at 8:46 AM, Thadeus Burgess wrote:
>
>> Its really not hard, and the box model is not that bad,
On Mar 19, 2010, at 8:46 AM, Thadeus Burgess wrote:
> Its really not hard, and the box model is not that bad, its just
> confusing and most don't know how to use it properly.
That's not a good sign.
>
> http://www.stubbornella.org/content/2009/02/12/css-doesn%E2%80%99t-suck-you%E2%80%99re-just-
There is a conspiracy that the google bot reduces the page ranking if
it uses a table layout instead of css layout.
I don't believe it though, since why would google NOT index something?
The limitations of tables mean you can't reorganize your content, that
is the beauty of css, you can take the
On Mar 19, 2010, at 7:27 AM, Thadeus Burgess wrote:
> CSS does not suck, your just doing it wrong!
>
> Massimo, I have done this layout that you want many many times in css,
> without a framework, ez-css makes this even easier.
The author of ez-css is refreshingly candid, at least by implication
On 3/19/2010 9:27 AM, Thadeus Burgess wrote:
CSS does not suck, your just doing it wrong!
Isn't that supposed to be "Javascript"?
CSS has never sucked, only IE's broken support for it. =)
--
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
T
By the way, it is advantageous to SEO purposes to always have your
HTML content physically in the order of relevance (meaning content
before sidebar, site name before content, etc...).
So having to define your content before the sidebar is a good thing!
Regardless if its rendered location is diffe
CSS does not suck, your just doing it wrong!
Massimo, I have done this layout that you want many many times in css,
without a framework, ez-css makes this even easier.
And the way you describe it, ez-css does exactly what you want? Look
at their layout 2. So the blue number 1 (1 comes first physi
Dear Massimo,
This is my first post to web2py :)
I proposed to have a look at Fluid 960 Grid System [1] example.
[1] http://www.designinfluences.com/fluid960gs/
What you want to accomplish is (almost) doable, except for the "static" part.
If you resize the browser, the static area (left section
On Mar 19, 2010, at 12:24 AM, mdipierro wrote:
> I played with ez-css (which I like) but yet it reminded why I used
> tables. Here is my problem and I am sure it is just me being dumb. Say
> I want a header, a footer and two columns in between. I want the left
> column of fixed with (a menu, 200px
I played with ez-css (which I like) but yet it reminded why I used
tables. Here is my problem and I am sure it is just me being dumb. Say
I want a header, a footer and two columns in between. I want the left
column of fixed with (a menu, 200px) and a right column to foll the
rest of the space (cont
On Mar 18, 10:31 pm, mdipierro wrote:
> The problem I see is that it is too simple.
> sizeXofY does not seem to guarantee that all columns have the same
> lenght (ez-css does it).
> I like to have the menu column fixed width and the main column elastic
> and it does not do that (not sure if ez-cs
The problem I see is that it is too simple.
sizeXofY does not seem to guarantee that all columns have the same
lenght (ez-css does it).
I like to have the menu column fixed width and the main column elastic
and it does not do that (not sure if ez-css does).
On Mar 18, 8:59 pm, villas wrote:
> Ez-
In deed I dont like grid css systems too much, because tends to slower
my computer due to the use of zoom plugin in firefox (a must for my f***
1920x1200px resolution in my 15" notebook)... in other words, the html
rendering of miles of nested divs size-recalculated are a hungry cpu hole...
ale
Ez-css seems like a good enough option, but before making your mind
up, have a look at the simplicity of oocss.org/grids_docs.html (with
Firebug). Oocss might give more possibilities, but admittedly, is
heavier.
--
You received this message because you are subscribed to the Google Groups
"web
ez-css + jquery-ui
It is the only proposed option I actually like.
-Thadeus
On Thu, Mar 18, 2010 at 1:54 PM, Mengu wrote:
> i agree. i actually don't have any problem with jquery-ui since i'm
> doing all my js work with jquery. ez-css seems cool yet it's hard to
> implement so i'm still for
i agree. i actually don't have any problem with jquery-ui since i'm
doing all my js work with jquery. ez-css seems cool yet it's hard to
implement so i'm still for oo-css. :)
On 15 Mart, 01:16, mdipierro wrote:
> I think we should distinguish between a layout css framework (oocss,
> 960, etc. inc
This seems nice and small:
http://www.ez-css.org/screencast
--
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To post to this group, send email to web...@googlegroups.com.
To unsubscribe from this group, send email to
web2py+unsubscr...@googlegr
I think we should distinguish between a layout css framework (oocss,
960, etc. include it) and a content css framework (jquery ui only does
this). Perhaps we can pick the layout css from one place and the
content css from jquery. It is important that class names are easy to
read and we can fit eve
While I admire and would welcome having the option of using 960 grid
templates, Massimo's suggestion of incorporating jquery's themeroller
into the welcome app sounds equally interesting.
I'm not much of a designer, but I value the ideal of a tableless
design. I'd be willing to try to free up som
Ideally if we could make the welcome app use or at leat friendly with
http://jqueryui.com/themeroller/ it would be nice.
On Mar 13, 9:35 pm, villas wrote:
> On Mar 13, 4:05 pm, Mengu wrote:
>
> > i still recommend oocss as css framework. a lot easier, a lot better.
>
> @Aure.
> Sencss. Good styl
On Mar 13, 4:05 pm, Mengu wrote:
> i still recommend oocss as css framework. a lot easier, a lot better.
@Aure.
Sencss. Good styles, but I don't think it helps with the tableless
layout?
BlueTrip. Great looking framework, but like Blueprint, it's a
comprehensive grid-based which is probably best
i still recommend oocss as css framework. a lot easier, a lot better.
--
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To post to this group, send email to web...@googlegroups.com.
To unsubscribe from this group, send email to
web2py+unsubscr...
Other interesting ones:
http://bluetrip.org/
http://sencss.kilianvalkhof.com/
On 12 mar, 13:33, Johann Spies wrote:
> On 11 March 2010 06:11, villas wrote:
>
> > Obviously if anyone else thinks they have an idea to move towards a
> > well-tested div layout using a good naming scheme (preferably
On 11 March 2010 06:11, villas wrote:
> Obviously if anyone else thinks they have an idea to move towards a
> well-tested div layout using a good naming scheme (preferably borrowed
> from a mainstream project which already has some templates) then do
> please mention it.
I am only starting on we
Yes, I will continue to look to see if I can make a good suggestion.
If and when I find something interesting/appropriate I will of course
post it here for consideration.
Obviously if anyone else thinks they have an idea to move towards a
well-tested div layout using a good naming scheme (preferab
david, feel free to provide a solution, i.e. a new better welcome/
views/layout.html and css.
The only requirements for me are not change MENU (for backward
compatibility) and keep menu without JS.
Massimo
On Mar 9, 6:41 am, villas wrote:
> On Mar 8, 10:31 pm, mdipierro wrote:
>
> > Why do we
I agree with David. I'm just beginning web development (so my opinion
may not matter to some...) however I feel as if today the web is about
being attractive as it is about being functional.
One of the primary reasons for choosing web2py is it's flexibility,
simplicity, and core functionality. Even
On Mar 8, 10:31 pm, mdipierro wrote:
> Why do we need a grid system again? Why does this belong to web2py? I
> am not convinced.
I didn't know that you previously had a grid and I agree that divs are
not so easy and tables are more predictable and reliable. However,
tables will seldom be chosen
On Mar 8, 4:44 pm, Albert Abril wrote:
> As said by villas, I think this is the principal goal:
>
> 1. A clear goal of moving from table to divs.
Problem. web2py welcome was based on DIVs and them we moved BACK to
tables. Why? Because with DIVs having multiple columns where some have
fixed width
As said by villas, I think this is the principal goal:
1. A clear goal of moving from table to divs.
2. A web2py list of semantic names to name certain sections of the page.
If in 2, we take references from wordpress or some cms, it would be easier
to import templates from them.
On Sun, Mar 7, 2
Why do we need a grid system again? Why does this belong to web2py? I
am not convinced.
I only suggested 1) a better admin. 2) ability to choose among
different web2py scaffolding apps.
Perhaps one of the options can be 960, another couse can be
BlueprintCss.
Massimo
On Mar 8, 4:08 pm, villas wr
I had another look around. Here are my notes ...
YAML: Creative commons licence with backlink. Unacceptable, right.
Golden Grid: MIT licence seems good and the size is tiny. Would be
great to include, but the project doesn't seem active enough, so I'm
not so sure.
Blueprintcss: MIT and well
I vaguely remember somebody buiding a web2py app for this some time
ago but I cannot find it.
Massimo
On Mar 8, 8:02 am, aure wrote:
> Looking for more info about OOCSS, I just stumbled upon
> that:http://www.yaml.de/en/
>
> (It seems to also make use of jQuery in some ways.)
>
> I am no expert
On Mar 8, 2:02 pm, aure wrote:
> Looking for more info about OOCSS, I just stumbled upon that:
> http://www.yaml.de/en/
Hi Aure,
I was vaguely aware of YAML, but on your suggestion I took another
look and I see they now have a fantastic "YAML Builder". I haven't
really played with it much, but
Looking for more info about OOCSS, I just stumbled upon that:
http://www.yaml.de/en/
(It seems to also make use of jQuery in some ways.)
I am no expert, but it looks interesting to me, so I thought I would
mention it.
Aurelien
On Mar 7, 6:21 pm, villas wrote:
> On Mar 7, 11:37 am, Mengu wrote
On Mar 7, 11:37 am, Mengu wrote:
> if anyone is going to do the design work, i recommend oocss at www.oocss.org
Hi Mengu, I've never heard of this, but like the fact that it's based
on YUI but still seems simple and flexible to use. It's appealing to
start off with their solid foundation which y
if anyone is going to do the design work, i recommend oocss at www.oocss.org
On 7 Mart, 12:29, villas wrote:
> An example layout page I looked at had:
>
>
>
>
>
>
>
>
>
>
> Clearly it leaves much to be desired, but maybe it would help if we
> agreed:
> 1. A clear goal of moving from tabl
An example layout page I looked at had:
Clearly it leaves much to be desired, but maybe it would help if we
agreed:
1. A clear goal of moving from table to divs.
2. A Web2py list of semantic names to name certain sections of the
page.
3. Perhaps longer term, move forms towards fieldsets
1) Sounds good. If we can't have a choice of theme in admin, at least
we can get a better looking one.
2) Good idea!
On Mar 7, 1:50 am, mdipierro wrote:
> I think there are two different issues.
> 1) have a better looking admin
> 2) give more options for scaffolding app (this include a choice of
I think there are two different issues.
1) have a better looking admin
2) give more options for scaffolding app (this include a choice of
layout)
1) So far using a wordpress-like css would be my preferred choice.
2) The problems is that we cannot package too many files with the
scaffolding app bec
+2
On Mar 6, 8:55 am, "mr.freeze" wrote:
> They are under the Creative Commons Attribution 2.5 license - free for
> use commercially or non-commercially provided you put a link somewhere
> in the template back to freecsstemplates.org. Even this can be
> bypassed with the author's permission. They
There's also http://www.blueprintcss.org/
which appears to be fairly open in its licensing. I think it might be
GPL though so it would possibly "taint" the application template. It
may still be a nice option for admin.
On Mar 6, 9:55 am, "mr.freeze" wrote:
> They are under the Creative Commons
They are under the Creative Commons Attribution 2.5 license - free for
use commercially or non-commercially provided you put a link somewhere
in the template back to freecsstemplates.org. Even this can be
bypassed with the author's permission. They can be modified and
redistributed. That doesn't se
The problem here is legal. We cannot distributed with the scaffolding
app, page templates that have a restrictive license. The current
template is not great but is made of images and css that are public
domain so no problem is you build on those.
I proposed wordpress theme for admin (and admin onl
But then this isn't automated. First time I have seen it, so if it's in
the application built in I missed it. And let's not forget lots of us,
like me don't have internet all the time.
BR,
Jason
On Fri, 2010-03-05 at 20:27 -0800, mdipierro wrote:
> Why when they can already chose hundreds from we
+1 I think beginners would especially like it as they can pick the theme
they like.
I think what might be a step in an even cooler direction would be a
color selector that helps you setup your css to the color theme you
like. It's very helpful to me, as design is something I go for right
away. (I
What about at least giving admin a facelift using one of them? Got a
favorite?
On Mar 5, 10:35 pm, "mr.freeze" wrote:
> > Why when they can already chose hundreds from web2py.com/layouts
>
> Not without installing an experimental plugin. I'm talking about
> something more refined and better integ
> Why when they can already chose hundreds from web2py.com/layouts
Not without installing an experimental plugin. I'm talking about
something more refined and better integrated.
On Mar 5, 10:27 pm, mdipierro wrote:
> Why when they can already chose hundreds from web2py.com/layouts
> What somebody
Why when they can already chose hundreds from web2py.com/layouts
What somebody should actually do is go over them all and delete some.
Some do not look very nice because tha conversion process broke them.
Massimo
On Mar 5, 10:24 pm, weheh wrote:
> +1
>
> On Mar 5, 11:19 pm, "mr.freeze" wrote:
>
+1
On Mar 5, 11:19 pm, "mr.freeze" wrote:
> Idea: tweak 10 (or more) of the best gpl css templates we can find to
> work with web2py and give people a choice of templates when they
> create an app. Also, change admin to use one of these. I think the
> welcome and admin apps look too utilitarian
59 matches
Mail list logo
