David,
Thanks for adding details. For more complex data entry forms like
customer, I like to use ftl because we can do Two column layout and
have Web Designer make it look the way customer may like most.
Let's say if Shipping and Billing address are shown side by side and I
want to hide Bi
I still like the idea because these aren't really a "table" per-se, ie
no natural columns and rows, just title and field sets. Some might
want the title above the field instead of to its left. Others might
want it below or to the right (because they are crazy I guess... ;) ).
Some might w
I know the two subjects were mixed in some replies. I understand what you mean
though. ;-)
-Adrian
Scott Gray <[EMAIL PROTECTED]> wrote: I was for separating create forms and
search/result forms, I was not
suggesting that we should separate the search forms themselves.
Regards
Scott
2008/6/1
I remember CSS classes like col-row, col-left, col-right, etc. Basically
and elements were replaced with and - which made no sense at all. It was a lot of markup to do
nothing more than create a table.
Table layout is NOT evil - it is ideal for laying out columns and rows (like
forms).
CSS
I did some work on this years ago doing a "prototype" of sorts in the
newcustomer.ftl page. This is for single type forms only, as for list
and multi forms a CSS layout doesn't make sense (given the tabular
nature of that layout).
The important CSS classes are form-row, form-label, and fo
I was for separating create forms and search/result forms, I was not
suggesting that we should separate the search forms themselves.
Regards
Scott
2008/6/1 Jacques Le Roux <[EMAIL PROTECTED]>:
> I finally agree with most too (I mean I agree with Adrian's proposition and
> Andrew's here). Having
Hi,
There has been some momentum recently to add Ajax/Effects goodies to
HTML rendered using Screen/Form widget. I think as a part of this
effort we should consider moving away from FORM Layout using html
tables. The form layout using flexible html structures like div and
CSS can be made
I'll third the appreciation Adrian, especially for being so thorough
and keeping an eye on this.
-David
On May 31, 2008, at 10:13 AM, Jacques Le Roux wrote:
Yes, thanks for the clear explanation Adrian. I think I will put
something in the FAQ page (about clear and no-clear usage). This i
On May 31, 2008, at 10:03 AM, Jacques Le Roux wrote:
Just one point : I'm not sure it's good to have forms collapsed by
default when there are results. If we would really want to have
something like that, whe should at least have an indicator to let
know the user that the list is not empty.
I prefer search form showed by default (which does not mean that it
cannot be collapsed by means of some button). It informs the user which
are the filters for the results he's viewing.
I.e. when using google, the search form is always visible. Maybe I
forgot which were the terms I was looking
I finally agree with most too (I mean I agree with Adrian's proposition and
Andrew's here). Having them on 2 screen was a Scott's
proposition that I agreed with because of the flexibility given by modern
browsers and their integrated tabs capabilities. But I can
imagine that some people, especia
Yes, thanks for the clear explanation Adrian. I think I will put something in the FAQ page (about clear and no-clear usage). This is
really not obvious...
Jacques
From: "Hans Bakker" <[EMAIL PROTECTED]>
Thank you Adrian for the extensive explanation. I implemented it in the
sfa manager
Re
Yes, thanks David for you detailled explanation. I had a look yesterday and even begin to write an answer to Jacopo's question. But
I did no sent it since I was not totally sure to well understand underneath reasons. Lostly I did not understand clearly the
client-server link through the Writer. I
[
https://issues.apache.org/jira/browse/OFBIZ-1659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
parimal gain updated OFBIZ-1659:
Attachment: Improvements.patch
This patch contain improvement task of HR
Regards
Parimal Gain
> I
[
https://issues.apache.org/jira/browse/OFBIZ-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Awdesh Parihar updated OFBIZ-1467:
--
Attachment: find_edit_party.patch
Done some modification in last uploaded patch :
1) . Put some
David,
Thank you very much for your comments. For now I will just convert the
StringBuilder arguments to Writer arguments and drop the rendering to a string
idea. That change should only affect the Form and Menu widgets.
I like the idea of using the Appendable interface as an argument. Perhaps
Thank you Adrian for the extensive explanation. I implemented it in the
sfa manager
Regards,
Hans
On Fri, 2008-05-30 at 09:50 -0700, Adrian Crum wrote:
> Hans,
>
> I put an example of how to fix this problem in the Find Accounts screen.
> You just need to make the same change to the other
17 matches
Mail list logo