You're right Adrian, I think I did miss what you were getting at.
Are you imagining a new entity called Theme, or perhaps something
more specific like VisualTheme or some name like that? This entity
would have one or more stylesheet locations associated with it, and
perhaps other
Exactly.
Let me know if there is anything I can do to help. I don't want to overlap
anything going on in your project.
-Adrian
--- On Sun, 7/13/08, David E Jones [EMAIL PROTECTED] wrote:
From: David E Jones [EMAIL PROTECTED]
Subject: Re: OFBiz themes gallery on Confluence
To: dev
]
wrote:
Exactly.
Let me know if there is anything I can do to help. I don't want to
overlap
anything going on in your project.
-Adrian
--- On Sun, 7/13/08, David E Jones [EMAIL PROTECTED] wrote:
From: David E Jones [EMAIL PROTECTED]
Subject: Re: OFBiz themes gallery on Confluence
To: dev
[EMAIL PROTECTED] wrote:
If you'd like to work on this for your own needs, or for the fun of it or
whatever is motivating your interest, then go for it!
Actually, I would like to work on it for two reasons: 1) We get regular
requests for it on the mailing lists, and 2) I could eliminate my
: OFBiz themes gallery on Confluence
To: dev@ofbiz.apache.org
Date: Sunday, July 13, 2008, 11:43 PM
You're right Adrian, I think I did miss what you were
getting at.
Are you imagining a new entity called Theme, or
perhaps something
more specific like VisualTheme or some name
like that? This entity
would
E Jones [EMAIL PROTECTED]
Subject: Re: OFBiz themes gallery on Confluence
To: dev@ofbiz.apache.org
Date: Sunday, July 13, 2008, 11:43 PM
You're right Adrian, I think I did miss what you were
getting at.
Are you imagining a new entity called Theme, or
perhaps something
more specific like
[EMAIL PROTECTED]
wrote:
From: David E Jones [EMAIL PROTECTED]
Subject: Re: OFBiz themes gallery on Confluence
To: dev@ofbiz.apache.org
Date: Sunday, July 13, 2008, 11:43 PM
You're right Adrian, I think I did miss what you were
getting at.
Are you imagining a new entity called Theme
Ashish,
thank you for your comments.
Well, of course if the themes are taken from the gallery there should be a
information on the theme that tells you with which release of Ofbiz it can
be used (now we could go with the SVN rev until we have the next release).
For the file overwritting we could
Comments Inline :-
On Fri, Jul 11, 2008 at 2:15 AM, Bruno Busco [EMAIL PROTECTED] wrote:
Ashish,
thank you for your comments.
Well, of course if the themes are taken from the gallery there should be a
information on the theme that tells you with which release of Ofbiz it can
be used (now we
Bruno, Ashish,
Having them in separated directories, why not introduce a property in general.properties file (or somewhere else) to select the
theme at will, default being the one we use currently ?
Jacques
From: Bruno Busco [EMAIL PROTECTED]
Ashish,
thank you for your comments.
Well, of
+1
On Fri, Jul 11, 2008 at 4:21 AM, Jacques Le Roux
[EMAIL PROTECTED] wrote:
Bruno, Ashish,
Having them in separated directories, why not introduce a property in
general.properties file (or somewhere else) to select the theme at will,
default being the one we use currently ?
Jacques
At the last developers conference, I had suggested to David Jones that
we have a CSS Style Sheet Shootout - where different OFBiz developers
could submit their themes to Jira and we could vote on them. The one
with the most votes would get committed to the project. At the time
there was too
This is really much easier than it seems, and actually a couple of
weeks ago I got a couple of people at Hotwax started working on some
themes and some HTML/CSS enhancements to make the skinning more
flexible.
The plan we're thinking of is to use the existing the ProdCatalog
stylesheet
Good question/point We're mainly just looking at skinning the
ecommerce application, ie the OOTB templates.
Something similar for the internal apps would be interesting... are
you thinking of something like a personal preference? For that we
could do something like specify or upload
I was originally thinking to the backoffice theme only but of course what
you are now proposing is FAR better.
The only thing that I would like to add is that the backoffice theme
selection should be not dependent on the product application but only on the
user preferences system.
-Bruno
The ProdCatalog thingy is really only for the ecommerce site. For
manager application styling and preferences it would be serious hack...
-David
On Jul 11, 2008, at 9:58 AM, Adrian Crum wrote:
Well, the system we implemented here is set up with an XML file that
has a selection of themes
BTW I have added a comment about recent UI discussions in
http://docs.ofbiz.org/display/OFBADMIN/User+Interface+Layout+Best+Practices?focusedCommentId=4729#comment-4729
It's already out of date :o) But I think it still can help
Jacques
From: Bruno Busco [EMAIL PROTECTED]
I was originally
Agreed. But do we want duplicate implementations?
Maybe we can come up with a framework implementation that eCommerce
builds on. Let's say the framework has a system of selecting themes.
Then in eCommerce, instead of specifying a stylesheet in the
ProdCatalog, you could specify a theme. The
It depends on the requirements and what we want to design for each
thing.
For ecommerce the common requirement is to let the people running the
store decide what it will look like, with possibly different LF for
different sets of products (ie different catalogs).
Would (does?) anyone
I think you missed something. Or maybe I wasn't clear enough.
eCommerce would work exactly like you described, the only difference
being instead of configuring a catalog or store to use a stylesheet, you
configure it to use a theme. User selected themes aren't used in eCommerce.
On the back
From: David E Jones [EMAIL PROTECTED]
It depends on the requirements and what we want to design for each
thing.
For ecommerce the common requirement is to let the people running the
store decide what it will look like, with possibly different LF for
different sets of products (ie
Yes more than a stylesheet!
A theme should be a folder containing one or more css files and all the gif,
jpg used.
I have used sometime phptemplate and it is provided of a powerfull way to
override php functions by simply putting in the theme folder a php file with
a certain name where certain
Hi devs,
I am writing a new maincss.css file and I will submit when finished.
I think that several other users/developers will write (or have already)
their .css files.
Since the graphical theme is something very subjective it will be difficult
to agree with a unique theme and have it committed
Bruno,
I like your idea.
--
Ashish
On Fri, Jul 11, 2008 at 1:37 AM, Bruno Busco [EMAIL PROTECTED] wrote:
Hi devs,
I am writing a new maincss.css file and I will submit when finished.
I think that several other users/developers will write (or have already)
their .css files.
Since the
Sorry for writing again on this.
But I see a loopwhole in this.
Suppose you are creating new maincss.css file.
Someone has downloaded your file and kept your file in images directory and
removes the old one.
Now if user take update of Ofbiz on regular basis or we can say after
certain duration of
25 matches
Mail list logo
