Gallery 2.x UI Vision Statement
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Fri, 2003-04-25 00:09 |
Here is my vision for the G2 user interface. As we design and implement the user interface we should keep these goals in sight.
|
|
hawkin
Joined: 2002-08-15
Posts: 45 |
Posted: Fri, 2003-04-25 06:06 |
Have you made any thought of opening up Gallery to be able to communicate against Flash? |
|
skicrave
Joined: 2002-10-25
Posts: 89 |
Posted: Fri, 2003-04-25 07:09 |
As soon as you start relying on resources like Flash you enter into a world of problems with client side compatibility. That's the only major downside that comes to my mind. In an application like this you want the project to be as non-dependant on the user as possible. |
|
hawkin
Joined: 2002-08-15
Posts: 45 |
Posted: Fri, 2003-04-25 08:34 |
I guess this feature as I am talking about should more come under some sort of RPC plugin for gallery, instead of as a UI consideration for Gallery, witch will be XHTML/CSS based. I just suggest that there are more than one way of making and thinking of a UI. One question though: The UI of G2 will still be part of the core, or would it work more as a plugin/module? |
|
gkaiser
Joined: 2003-04-25
Posts: 4 |
Posted: Fri, 2003-04-25 18:18 |
well, I suppose one COULD build the new Gallery UI with XML Output, and then use XSLT for the template-sys. Then it would be easy to have a Flash Client connect to it and all sorts of output formats would be possible (PDFs e.g., for printing). I don't know about flash XML-processing, but wouldn't it also be possible for a flash application to parse XHTML (as that also just an xml application)? |
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Fri, 2003-04-25 22:42 |
The first round of the G2 UI will be HTML only and will be part of the core offering. It should be fairly easy to add an XML interface that provides access to the G2 API.. this will allow us to integrate a Flash front end. As a matter of fact, a friend of mine has written up a Flash front end that I think we'll be G2.0 will not be doing XML/XSLT. We'll be using the Smarty templating engine to do our template transforms instead. I recommend that you install G2 and examine the existing templates to get an idea of the direction we're headed in. |
|
beckett
Joined: 2002-08-16
Posts: 3474 |
Posted: Fri, 2003-04-25 23:01 |
To answer this: Quote:
One question though: The UI of G2 will still be part of the core, or would it work more as a plugin/module? G2 works as a bunch of "modules" (even the "core" is considered a module), each of which uses <!-- BBCode Start --><A HREF="http://smarty.php.net/" TARGET="_blank">Smarty</A><!-- BBCode End --> templates to control the layout. The layout of these bits, and the interplay between them, will be the crux of the UI team's job. Deciding how to display search results or user comments effectively, how the image adding/editing will be structured, developing the flow of "Config. Wizard"... these fall under the heading of "UI". In other words, the UI team's job isn't to decide that Gallery should use Arial 10-point font and a chartreuse background colour with mauve highlights. (But of course, having G2 look super-spiffy out-of-the box will be an important UI job) On top of the "modules", whose templates will specify the layout of specific elements, there will be "themes", which also have Smarty templates. The themes won't alter the UI layout much, rather focusing on the fonts and photos and colours... kind of like "skins" I suppose. The themes will be more easily user-configurable than the modules. Here's where the equally imporant "Arial" and "chartreuse"-type decisions will play out. As modules are added/created by others, it will be necessary to write more templates, presumably starting by getting the new bits to match whatever ends up being G2's "default" look-and-feel, but also allowing Gallery's themes to do their work. -Beckett ( beck@beckettmw.com) |
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Sat, 2003-04-26 04:34 |
Excellent summary, Beckett! There's one more piece to the puzzle. G2 has something called "layouts" which are modular pieces of code that specify how the photos appear on an album page. Each album has a specific layout assigned to it. You can have a layout that shows photos in a grid (say, 3 rows and 3 columns just like the Gallery 1.x default), or you could have a layout that shows the large version of one photo and thumbnails of all the other ones in the album beneath it. Or above it. Or in a little slideshow. Any layout that you can conceive of can be codified into a layout module. Each album can have a single theme and a single layout assigned to it, so you can mix and match them to make something attractive. |
|
skicrave
Joined: 2002-10-25
Posts: 89 |
Posted: Sat, 2003-04-26 05:37 |
I like this idea Bharat! Is the goal to have the layout defined by the album's owner, admin or both? |
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Sat, 2003-04-26 06:00 |
The layout and theme are part of the album properties so they're chosen by whoever has edit permission on that album. Typically the owner and any site admins have that permission (though a site admin could theoretically take that permission away from the owner!) |
|
Ihad
Joined: 2003-05-01
Posts: 11 |
Posted: Thu, 2003-05-01 08:51 |
i never needed flash to make impressive sites. people are still surprised what you can do with plain (d)html. css is a great help of course but even with css the trouble starts already depending on which version you decide on. xhtml compliant, barrierfree cross-browser development is a real nightmare. xhtml and css validator sites are well known so I won't mention those here. Ihad. |
|
beckett
Joined: 2002-08-16
Posts: 3474 |
Posted: Thu, 2003-05-01 09:39 |
Using my website log as an example, at least 97% of my visitors in 2003 were using a reasonably compliant browser (*not* Netscape 4.x, which is almost extinct). -Beckett ( beck@beckettmw.com) Gallery and lynx. Hmm. Not unless we could generate ASCII pics! <!-- BBCode Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font class="pn-sub">Code:</font><HR></TD></TR><TR><TD><FONT class="pn-sub"><PRE> _____ _____ __ __ _____| | |
|
Ihad
Joined: 2003-05-01
Posts: 11 |
Posted: Thu, 2003-05-01 10:22 |
hey, actually a g2ascii module would be cool. script interprets the pixels and spits out ascii art :cool: Ihad. |
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Thu, 2003-05-01 20:45 |
Yep, there's a library called "aalib" that will do this for us. I've been toying with the idea of making a G2 module around this that would create ultra-low-res versions of images to use as placeholders :smile: I've always wanted to do that. |
|
juanph
Joined: 2003-03-03
Posts: 3 |
Posted: Tue, 2003-06-10 20:25 |
How about a PDA or WAP Friendly module for G2 |
|
simonwheatley
Joined: 2003-06-28
Posts: 14 |
Posted: Sun, 2003-06-29 09:04 |
beckett wrote:
To answer this: Just a quick heads up. I don't know much about templating systems (I only just started using Smarty), but I did come across this post (http://radio.weblogs.com/0103807/2003/06/13.html) the other day which seems to find a significant performance difference between Smarty and Smart Templates. |
|
jamzyamz
Joined: 2004-01-12
Posts: 154 |
Posted: Sun, 2004-11-28 00:59 |
has anyone looked into this? smart template versus smarty? seems they are onto something. |
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Sun, 2004-11-28 07:30 |
Yes. I've reviewed it. I doubt that we're going to see a significant speed increase in porting to SmartTemplate, and it would probably set us back a month or two on our final release date. Don't believe the hype on a website |
|
CSpotkill
Joined: 2004-12-11
Posts: 113 |
Posted: Sat, 2004-12-11 12:05 |
Hahaha ... ASCII Ultra-low-res — I love it. The ultimate in accessibility. *grins* But back to the original topic - the Gallery 2 UI - has any work been done so far to make a "Wow!" interface with ECMAScript (aka. JavaScript 1.5) and DOM/CSS? Is that a direction you want to explore? I mean, without JavaScript, we can still do great CSS effects, but with JavaScript ... well ... anything is possible (and reproducible). ;) |
|
baschny
Joined: 2003-01-04
Posts: 328 |
Posted: Sat, 2004-12-11 22:58 |
CSpotkill, we have some JavaScript here and there to help our our administrative UI, but I think we can do much better. Having a layout entirely based on javascript is a possibility, but this isn't really a priority number one. We have the slider layout that already uses some JS stuff, take a look at it. Maybe you have an idea of a new javascript-based layout? Other than that I think we might need some improvement in several administrative UIs to make them easier and faster to work with. JavaScript can surely help on some dynamic tasks. But first we should be make some usability decisions, so that we can have an overall well thought system. Maybe you can bring in some suggestions, as you have a good experience with what is possible. Go through the whole G2 administrative tasks, see what is inconsistent, what you think could be done better, etc. Discuss your ideas with us in this forum (open a new thread) and let's see where we can go from there. |
|
anharr
Joined: 2004-12-29
Posts: 1 |
Posted: Wed, 2004-12-29 06:58 |
Usability issues: I have written a much more modest gallery program in Python, and I have looked all over your Gallery site. I am not sure how well several of my user efficiency design goals are included in your work: If I take a session of digital pictures, I generally want to process them all, and there could be many more than 10. My pet peeve is having lots of extra GUI actions when I am doing something repetitive, like entitling and commenting on a batch of pictures. In my version, the user merely adds optional titles and comments under the names of each of the picture files while looking at a preliminary gallery. The program provides an initial skeleton text file, with all the picture file names already included and marked in the same order as the preliminary gallery. You refer to text files for 10 picture descriptions. This is a step in a good direction. Still, if you stop at ten pictures, there is the question of which ten pictures. Does a user have to explicitly enter all the file names as well as the descriptions? That seems like unnecessary overhead. Another feature that I included is that the picture names are by default changed to be based on the human-entered titles, rather than my digital camera's meaningless names. This (and picture rotations) makes the previous picture description text file be out of sync, so I regenerate the text description file, including the new consistent descriptions and file names. This means further editing of the description file is trivial. From the brief mention of your description text files, I cannot tell if you include an analogous feature. Do you? I strongly encourage it. It looks like these features would be included in your Gallery Remote module. I commend you for making it easy to work remotely, and upload the results automatically at the end, without ongoing user interaction. Even with a fast connection, that can be a great time saver. |
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Sat, 2005-01-01 22:52 |
I agree that we should have features like this. Would you please file them as feature requests on http://sf.net/projects/gallery for us? Thanks! |
|
quentinjs
Joined: 2004-11-25
Posts: 32 |
Posted: Sun, 2005-01-02 02:21 |
I totally agree, I think I mentioned something like this before in another thread. But easy uploading of mass pictures is important... for me 100-150 in an upload is more the norm then 10, so anything to make this simple and streamlined is a great idea. Cheers, |
|
bharat
Joined: 2002-05-21
Posts: 7994 |
Posted: Mon, 2005-01-03 07:18 |
We do allow you to upload many, many files at once using the upload applet, Gallery Remote, or some of the other upload methods. I also just added a new feature that lets you add captions to 9 images at a time to speed things up. I basically reproduced the G1 captionator as a starting point -- we can add more features to it as we figure out what's appropriate. |
|
lou77
Joined: 2005-07-31
Posts: 6 |
Posted: Mon, 2005-08-01 09:02 |
my main input would be that for those of us who want a cleaner look, or who are embedding the gallery into our websites existing design (eg wordpress users) DONT WANT A SIDEBAR. a tool bar above might be an alternate solution so people can still get access to certain features without it taking up a quarter of the screen. |
|
valiant
Joined: 2003-01-04
Posts: 32509 |
Posted: Mon, 2005-08-01 09:21 |
you could create a theme that does that... and you should take a look at the wpg2 theme and other non-official themes. if you don't want a sidebar, remove all blocks from the sidebar and it will disappear. |
|
lou77
Joined: 2005-07-31
Posts: 6 |
Posted: Mon, 2005-08-01 10:56 |
valiant, customising wordpress themes is easier than customising g2 themes, and considering wordpress took me a week, that's saying something this topic is about good UI and good UI offers the options of NOT having sidebars, none of the themes included with G2 offer a workable alternative to the sidebar and that is down to an inflexible UI and bad foresight in theme design. rather than dumping all UI issues onto users and expecting them to magically become experts in the most incomprehensible CSS i've ever tried to make sense of. those who ARE developers, and those who ARE assigned the task of making Gallery2 a desirable product need to deal with UI issues themselves. |
|
valiant
Joined: 2003-01-04
Posts: 32509 |
Posted: Mon, 2005-08-01 11:56 |
lou77, it would be nice if you were a little less aggressive, there's no reason to shout. After all, we've spent thousands of hours making G2 the product it is. And a lot of that time was also spent on UI and how theming could be simplified. The G2 UI is very flexible. Just because we don't have a GUI for everything, doesn't mean it's not possible. I agree that the notion of "sidebar blocks" won't cover 100% of what users want, but it's perfect for 90%. Meanwhile you can either wait until there are docs available, use one of the existing themes, try your luck customizing it, or choose another software. |
|
richardmax
Joined: 2005-08-02
Posts: 1 |
Posted: Tue, 2005-08-02 12:28 |
Hiya I specialise in advanced Flash UI's, having worked for companies like EA, Microsoft & Cisco to name a few. I have already built a detailed Coppermine UI in Flash and am about to commence a Flash UI for Gallery 2. Having already built most of the necessary componets required on previous jobs the area that'll slow me down is the MySql-querying logic / order (ie. which tables contain what fields and what they all mean) Any assistance / guidance to documentation here would be greatly appreaciated. KR Richard ps. Want to help? Mail: gallery2_ui@d1g1tal.comwith your area of expertise! |
|
valiant
Joined: 2003-01-04
Posts: 32509 |
Posted: Tue, 2005-08-02 13:05 |
richardmax, that sounds cool As to your question: you should start by copying the matrix theme (the default theme) into your own directory (see cloning a theme) http://codex.gallery2.org/index.php/Gallery2:Themes. take a look at the existing themes on how to get the information / in what variables the album / photo information is. modules/core/classes/GalleryCoreApi.class exposes most of the methods you'll ever use and modules/core/classes/GalleryTheme.class is the parent class of all themes. |
|
quantumsoup
Joined: 2005-10-07
Posts: 12 |
Posted: Thu, 2005-10-27 11:16 |
@valiant Quote:
and you should take a look at the wpg2 theme and other non-official themes. if you don't want a sidebar, remove all blocks from the sidebar and it will disappear. I am using WPG2 and have been looking to do this (remove the Gallery2 sidebar in WordPress only) for a while. Now that you've pointed out how it can done, I took a look at Site Admin -> Image Block. I'm new to all this and I'm having a little difficulty comprehending even definitions of blocks; as well as working out how to implement the instuctions there at Site Admin -> Image Block Can you expand a little on how I can proceed from here or just point me the available documentation. Thanks |
|
nivekiam
Joined: 2002-12-10
Posts: 16504 |
Posted: Thu, 2005-10-27 13:14 |
There's not much on documentation, just check out the Documentation link in the upper-right corner. There is more added every day. Valiant, was referring to blocks located in Site Admin > Themes > <YourTheme> Remove any blocks there from the Sidebar and you'll be good to go. However, your question isn't really related to this topic as it's a discussion of the UI design and not how to use it. So if that doesn't help, please create a new topic. |
|
quantumsoup
Joined: 2005-10-07
Posts: 12 |
Posted: Thu, 2005-10-27 13:46 |
nivekim, Sorry about the topic irrelevance. Just a bit over-enthusisatic when I saw a possibility of solving a particular issue ;-) Thanks for the block thing though. It did give me something to look at. Now I have other questions concerning that! |
|
nivekiam
Joined: 2002-12-10
Posts: 16504 |
Posted: Thu, 2005-10-27 14:01 |
Tim Plummer
Joined: 2006-04-24
Posts: 19 |
Posted: Thu, 2007-01-04 23:50 |
There is now a working flash interface for gallery2 called FG2Interface. See my post at: For more details, visit my website: |
|