May 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Re: Should GD 3.1 support complex action children?

by estaub

Koen, You wrote:anonymous wrote : If they want to do that ["adding stuff withoug contributing back and selling commercial licenses for it"] fine, but the idea is that they then obtain a license for doing it. Does this mean you're contemplating a dual-license model for the GPD? I'm a little surprised - this isn't my area, but I thought this wasn't something Red Hat did. Thanks for the info, -Ed Staub View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4047331#4047331 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4047331

18 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: First pass UI improvements

by cdelashmutt

Ok. So lets make it a drop down for actions, like CMS does. That will kill two birds with one stone. Consistent, and more usable. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4047327#4047327 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4047327

18 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Should GD 3.1 support complex action children?

by koen.aers＠jboss.com

"Ed" wrote : Have you thought about the ramifications of going to a GPL license for the GPD in this area? IANAL, but I think it would forbid inclusion of any closed-source Java code by the form developer. | I am also not a laywer but I am pretty sure that this is only the case if you want to redistribute the GPD. We specifically want to prohibit users from taking our GPD adding stuff withoug contributing back and selling commercial licenses for it. If they want to do that fine, but the idea is that they then obtain a license for doing it. As for the original topic. I will give this a good thought first. Complex configuration of action handlers should definitely be pluggable. But I am not sure yet as how this would best be realized. Cheers, Koen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4047322#4047322 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4047322

18 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: First pass UI improvements

by julien＠jboss.com

It's better to have no icons rather than inapropriate icons. Meaningful and appropriate icons are a luxury that the portal team cannot afford so far. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4047305#4047305 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4047305

18 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: First pass UI improvements

by cdelashmutt

anonymous wrote : I am not trying to belittle your work. This is much appreciated in particular with respect to finding out all the different inconsistencies in the GUI. Thank you. Without your personal dedication, and the dedication of the entire team, we wouldn't even have a Portal 2.6 UI to improve! :) anonymous wrote : However, our usability problems are not going to go away with just that. I agree completely. I think the issue is that there are things that need to be done for Portal 2.6 to release with a UI that is consistent and understandable. I believe there is a much larger body of work that needs to be done to revamp the UI in a fundamental way, as you seem to agree with as well. This larger set of work is something that should probably happen in a post 2.6 release or we will be holding back some important features. This may mean re-work and possibly duplication of effort. But I would argue that refinement and alternate implementations are good things. anonymous wrote : ...icons are not an end in themselves... Absolutely true! The end is that a person should be able to implicitly understand what the UI is offering for them to do. This can be done with icons, text, or any number of UI tools. :) I think we agree on this point as well. Which do we think would be better in terms of usabilty? The icons or a drop down list similar to the CMS actions? I'm personally beginning to lean more towards the CMS-like drop downs for actions with a "Go" button... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4047302#4047302 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4047302

18 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: First pass UI improvements

by chris.laprun＠jboss.com

"cdelashmutt" wrote : Am I an authority in usability? By no means. Can I quote leading usability experts as to the validity of my suggestions? Nope. | | I'm simply approaching this from the perspective of a user trying to understand and use the portal, which is all that I really can do. ;) I am not trying to belittle your work. This is much appreciated in particular with respect to finding out all the different inconsistencies in the GUI. However, our usability problems are not going to go away with just that. People have started to work on the issues you've identified and some of their fixes result in new inconsistency. I'm trying to make sure we get the proper help from someone who really knows about this stuff to provide solutions to the problems you identified so that we don't end up in an lengthy loop of modifications that could very well end up in not improving the GUI that much. "cdelashmutt" wrote : In reference to the icons suggestion, I have a couple of reasons for suggesting them. First off, the text links seem to run together even with the pipe separators. One has to stop/think/interpret the text to understand which action they may want to take. People respond better to icons, or even text that looks more like an icon (buttons with adequate padding, etc). We could consider having icons with text next to them, similar to toolbar buttons, or for consistency's sake we could use a dropdown list and a "Go" button similar to the way CMS does it's functions if no one likes the icon idea. People might respond better to icons, I don't know. What I know is that if they do, they will probably if the icons are well designed and meaningful and this is something that is extremely hard to do. Plus, icons are not an end in themselves. In particular, even if we do end up using icons/colors/whatever, we need to make sure that whatever information we convey degrades properly and that's another hard task that we, developers, are not fit for. Not that we're not interested about it (I know I am) or that we couldn't learn about it. We simply don't have time considering that we're also supposed to add features, improve performance and fix bugs... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4047296#4047296 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4047296

18 years, 7 months

1
0
0 / 0

[Design the WSRP implementation] - Re: WSRP (Jboss Portal & SharePoint Services)

by julien＠jboss.com

This forum is dedicated to the WSRP implementation. We could or not remove the prefix "design of". I don't see mleao concerns better expressed in the user forums as it concern a study of interrop of our product with Sharepoint. The JBoss Portal QA forum seems also like a good fit. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4047295#4047295 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4047295

18 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: First pass UI improvements

by cdelashmutt

Am I an authority in usability? By no means. Can I quote leading usability experts as to the validity of my suggestions? Nope. I'm simply approaching this from the perspective of a user trying to understand and use the portal, which is all that I really can do. ;) In reference to the icons suggestion, I have a couple of reasons for suggesting them. First off, the text links seem to run together even with the pipe separators. One has to stop/think/interpret the text to understand which action they may want to take. People respond better to icons, or even text that looks more like an icon (buttons with adequate padding, etc). We could consider having icons with text next to them, similar to toolbar buttons, or for consistency's sake we could use a dropdown list and a "Go" button similar to the way CMS does it's functions if no one likes the icon idea. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4047287#4047287 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4047287

18 years, 7 months

1
0
0 / 0

[Design the WSRP implementation] - Re: WSRP (Jboss Portal & SharePoint Services)

by chris.laprun＠jboss.com

"julien(a)jboss.com" wrote : This is the correct place for such effort. I thought that this forum was meant only to discuss the design of our WSRP implementation and that usage-related question should be directed to the generic Portal forum? If it's not the case anymore, I think the forum name should be changed and the new policy made clear. That said, I would start by looking at the information at: http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wsrp. I also have gathered WSRP-related links at: http://del.icio.us/ubik/wsrp. Please let me know if you have any questions. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4047285#4047285 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4047285

18 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: First pass UI improvements

by chris.laprun＠jboss.com

The so-called first pass is creating its own set of problems... Looking over the commits I already see different solutions implemented for the same problems. This first pass is not going to address the consistency issue that we have and it's not going to be addressed until we have some sort of template. James Cobb offered his team help, let's take him at his word and ask them (again) for a template. This template will have to have minimally: - A global page structure taking into account the fact that this is a portlet template. - Sections and titles. - A proper use of portlet CSS classes (as defined by JSR-168 and WSRP). - An example of how to display a page-wide error (i.e. errors that don't affect a particular UI element). - A table-less, CSS-based, semantically-correct complex form (i.e. form with embedded forms, see the WSRP display of registration properties for an example of why we would need that) with several buttons. - Examples of how to display errors specific to a given UI element. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4047282#4047282 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4047282

18 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums May 2007