From: "Bruno Busco" <[EMAIL PROTECTED]>
Regarding the commands menu at the top of the screenlet I like how gmail
does:
The main commands have an own command button (max three of them) and then
all other commands are in a sort of drop down menu with a "other actions"
label.
Could this be useful in ofbiz also?

Yes, I think so. Note that the same is duplicated at the bottom. This makes sense. In Rich Client Application (Desktop), in most of the cases, the page is not scrollable. Hence, most of the time, the buttons at the right bottom only. But on Internet, even with Rich Intenet Application, the page is scrollable. Hence the duplication. I think this is a must-be in a modern Internet interface.

Hence, each screnlet (portlet ?) could support this pattern

Jacques

-Bruno

2008/7/8 Anil Patel <[EMAIL PROTECTED]>:

I did not understand how  "Apache Directory" is more appropriate.

What I mean is, There is UI behavior improvements that can be implemented
in ofbiz. Significant chunk of it comes as part of Portal server
implementation. Like its will be lot nicer if we did "Party Profile" type
page in Portal.  Ofbiz Portlets "which is something similar to ofbiz
screenlets" be lot more Portable in enterprise. Like we will be able to
deliver them thru any other standard compliant Portal Server.

Regards
Anil Patel





On Jul 8, 2008, at 1:07 PM, Adrian Crum wrote:

 An interesting idea, but it looks like it overlaps a lot of the OFBiz
framework. I believe Apache Directory would be be more appropriate.

-Adrian

Anil Patel wrote:

Sometime back I discussed similar things with Andrew and Tim at that time
they suggested to instead integrate Portal server into Ofbiz and have portal
server manage all that. I liked it because then we are more in line with
industry standards.
Regards
Anil Patel
On Jul 8, 2008, at 11:31 AM, Adrian Crum wrote:

Hans Bakker wrote:

talking about preferences feature...wouldn't it be nice if the
screenlet
collapse is automatically remembered per user......


It depends upon the screenlet. In some cases that might be unexpected
behavior. In other words, users might expect a screenlet to be expanded
until they collapse it.

-Adrian





Reply via email to