Oh, sorry.... yes, here: http://www.patricbrc.org/portal/portal/patric/CompPathwayTable?cType=taxon&c... I think it's just silly. -Neal On Nov 20, 2012, at 1:12 PM, Robert Olson wrote:
Do you have a concrete example of where PATRIC has problems with this?
On Nov 20, 2012, at 1:10 PM, Neal Conrad wrote:
On Nov 20, 2012, at 12:41 PM, Stephen Chan wrote:
I'm with the "stick with the kbase.us look for now" camp. We have enough work ahead of us without a design exercise and then a restyle of existing apps.
This sounds like a reasonable approach to me, especially for the Feb demos. However, I am a little concerned about making the model viewer fit comfortably in 960px-width, centered space in the short, and, more importantly, in the long run. Currently, the module viewer takes more a full-browser layout approach, similar to apps like the KBase narrative, Galaxy, Grooveshark, NPR, etc,..., as opposed to applications that are "skinned" or have a website feel (Patric comes to mind). I personally believe the the latter is not a good layout design in the long run, particularly when viewing large tables of data, diagrams, and so fourth. I think you can see that downfall in Patric.
Note: I don't claim to have short term solution for this, it's just something I've been thinking about.
-Neal
It sounds like what people like the most from bootstrap is the CSS templating features. Its easy to get the milk without buying the cow on this one - LessCSS is distinct from bootstrap. There are also other alternatives like Compass (SASS under the covers). That is a bit of religious war though, so I'll leave that to CSS combatants. In any case, lets just use a CSS template if that is what we want, and not bring in a whole framework.
From personal experience, JQuery has a *huge* developer base creating lots of very useful ui components, its like CPAN for browser doohickeys. I think it would be a huge mistake to give it up. JQuery is also a really powerful and expressive framework, but I can't compare it to bootstrap.
Steve
On Mon, Nov 19, 2012 at 8:21 PM, Annette Greiner <[email protected]> wrote:
whoops, sorry, that was Bob that suggested we start with the kbase.us look. I should have said I agree with Bob on that. -Annette
On Nov 19, 2012, at 7:13 PM, Daniel Gunter wrote:
Hi folks,
If the UI team were to work up a "template" that gave in CSS and some description what a consistent look-and-feel would involve... by when would that be needed for it to be useful? (Note: "yesterday" is not an acceptable answer :-)
-Dan
On Mon, Nov 19, 2012 at 3:30 PM, Robert Olson <[email protected]> wrote:
Seems we have an initial cut at the look and feel on the current kbase.us and that the active tools should match that look so there is a smooth transition from the static website to the live tools.
On Nov 19, 2012, at 4:27 PM, Adam Arkin wrote:
Good conversation, all. Hm... I do think we need a plan/policy for how UI or at least skinning for KBase Labs/etc. for February and I don't think we have an institutional plan for doing that yet.
Nomi, Annette, Jim-- do you feel comfortable pushing out the JQueryUI/Smoothness choice to the group for stage 1 demos? Does anyone object to this technology/CSS for the near term (capuccino aside)?
We have a serious decision to make here-- will domains go with a KBase Labs approach to their demos where canned pages, widgets, etc are deployed that show basic capability and a few useful packaged functions-- or will we try some sort of integrated pre-beta version of Narrative? The latter seems a slim chance unless Jim tells me otherwise. If we go with the former-- do we still need to spec look and feel and basic scope for the created pages/apps?
Third-- I am happy to foot the bill for graphic design if we can identify a scope of work and a small team to advise them.
Adam
On Mon, Nov 19, 2012 at 1:19 PM, Christopher Henry <[email protected]> wrote:
I don't really think it's "early". Shouldn't this have been the first thing we did?
I understand that the UI team isn't planning to produce anything for the February demo, but that doesn't mean we won't have a UI by the demo. We've had to bootstrap up temporary UIs ourselves, because we do need to have a UI at the demo, and a lot of people are going to see that UI. Like it or not, that's going to set the look and feel of KBase to a certain extent… Lots of users are going to see and start using the demo system. This is one reason why I really wanted to encourage UI people to try and produce *something* by the demo even if it's not the final product… not sure if that's in the plan at the moment.
If there's some way we can come to some decisions now to frame and standardize the look and feel of our UIs…. that will help the KBase demo have a common look and feel, and it will prevent us from completely jarring our fledgling user community with the first UI team prototypes start to emerge.
-Chris
On Nov 19, 2012, at 3:04 PM, Annette Greiner <[email protected]> wrote:
The UI team has not been planning on going to the build, because we were told that the work was going to focus on code development and we should let the developers do that work. If there were discussion of the look and feel of the site, we would of course want to be involved.
It's a little early to worry about the graphics (the look) for the narrative UI, though we could certainly start thinking about it. The UI design team has been focusing on the interaction design (the feel) thus far. For the look, we are recommending JQuery smoothness as a temporary, neutral theme so that we can show and test the feel without influence from the look. I would recommend that KBase use a professional graphic designer for developing the final graphic identity. Maybe someone with purse strings--Adam?--can clarify what the plan is in that regard.
-Annette
On Nov 19, 2012, at 12:04 PM, Thomason, James wrote:
At least some of that stuff is already going ahead, or is being worked on in sub-groups already.
I've been building the narrative in JqueryUI, for example. The UIx team is defining a lot more of the look-and-feel side of things (e.g., the recommendation is to use the smoothness jqueryui theme). They're also gathering feedback from the users and are planning on getting more, as I get useable stuff churned out. So a lot of the look-and-feel will end up evolving over time.
For a CSS doc, if we don't end up using a standard jqui theme, then a custom one through there will define most of the styles anyway.
At the moment, at least, if you're building in jqueryui and using the smoothness theme, then you're close to the overall look and feel of where the narrative is.
I'm not opposed to a side-table, but it might end up being more of a show-and-share from the UI subgroups than a free-for-all to define stuff. Or maybe there's lots of stuff that can be defined. I can say that I'm very strongly in favor of jqueryui, but don't really care what fonts or colors we end up with, for example.
On Nov 19, 2012, at 1:50 PM, Scott Devoid <[email protected]<mailto:[email protected]>> wrote:
There was discussion during today's microbe's call about holding a brief side-table during the build week to go over the web-UI look and feel.
The goal of this side-table would be to define an initial "graphic identity" for the KBase web UI. At the very least this would include choice of fonts, color palette, use of the logo. Hopefully we can also come to agreement on a basic UI look (e.g. Twitter Bootstrap or jQuery UI) and then codify things in a standard CSS document. This shouldn't take more than an hour.
Does this sound like a good idea? Who would be interested in participating (particularly those who are not coming to Chicago for the build week)?
Example of basic graphic identity statements: http://identity.uchicago.edu/ http://mit.edu/graphicidentity/ http://www.identity.ucla.edu/
~ Scott
_______________________________________________ Kbase-ui mailing list [email protected]<mailto:[email protected]> https://lists.kbase.us/mailman/listinfo/kbase-ui
-- -Jim Thomason...
Scientific Informatics Developer @ The Ware Lab, a USDA-ARS Laboratory at Cold Spring Harbor Laboratory http://www.warelab.org/ http://www.cshl.edu/
_______________________________________________ Kbase-ui mailing list [email protected] https://lists.kbase.us/mailman/listinfo/kbase-ui
-- Annette Greiner Outreach, Software, and Programming Group NERSC, LBNL [email protected] 510-495-2935
_______________________________________________ Kbase-devel mailing list [email protected] https://lists.kbase.us/mailman/listinfo/kbase-devel
_______________________________________________ Microbe mailing list [email protected] https://lists.kbase.us/mailman/listinfo/microbe
-- Adam Paul Arkin Dean A. Richard Newton Memorial Chair ------------------------------------- Director, Physical Biosciences Division E.O. Lawrence Berkeley National Laboratory
Professor, Department of Bioengineering University of California Berkeley, CA, 94720
Director, Berkeley Synthetic Biology Institute, http://synbio.berkeley.edu PI and Co-Director, Virtual Institute of Microbial Stress and Survival, http://vimss.lbl.gov Investigator, Energy Biosciences Institute, http://energybiosciencesinstitute.org
Office: 512C Energy Biosciences Building (Berkeley Campus) Mailing address: E.O. Lawrence Berkeley National Laboratory 1 Cyclotron Road, MS 955-512L Berkeley, CA 94720
Contact: W: http://genomics.lbl.gov V: 510-495-2366 C: 510-206-1389 F: 510-486-6219
Assistant: Gwyneth A. Terry V: 510-495-2116 E: [email protected] ------------------------------------- _______________________________________________ Kbase-ui mailing list [email protected] https://lists.kbase.us/mailman/listinfo/kbase-ui
_______________________________________________ Kbase-ui mailing list [email protected] https://lists.kbase.us/mailman/listinfo/kbase-ui
-- {name:"Dan Gunter", institution:"LBNL", web:"http://acs.lbl.gov/~dang/"} _______________________________________________ Kbase-ui mailing list [email protected] https://lists.kbase.us/mailman/listinfo/kbase-ui
-- Annette Greiner Outreach, Software, and Programming Group NERSC, LBNL [email protected] 510-495-2935
_______________________________________________ Kbase-devel mailing list [email protected] https://lists.kbase.us/mailman/listinfo/kbase-devel
_______________________________________________ Kbase-devel mailing list [email protected] https://lists.kbase.us/mailman/listinfo/kbase-devel
_______________________________________________ Kbase-ui mailing list [email protected] https://lists.kbase.us/mailman/listinfo/kbase-ui