Hey guys, I decided to post this as a new topic rather than taking the InkscapeForum.org one further off-topic.
I've pretty much finished my theme for the website, and it's available for viewing at http://inkscape.chrismorgan.info/. I'll be setting up content as I get to it (i.e. soon).
Other theme submissions are welcome, email them to me and I can set them up there.
Josh Andler said he would talk to Ian about getting me Drupal access on inkscape.org - I don't know who Ian is or anything about that, but it could help with testing :-). I'm happy to work with it on my server though, it can be transferred without much trouble. Unless I hear about a inkscape.org-hosted Drupal site very soon I'll just continue working on my copy.
My work is mainly based on thishttp://duckgoesoink.deviantart.com/art/Inkscape-Website-entry-front-81779014 submissionhttp://duckgoesoink.deviantart.com/art/Inkscape-Website-entry-main-81779682by duckgoesoink. Is she/are you subscribed to this list, or does anyone know how to get in contact with her? I'd like to put a credit link in the footer.
-- Chris Morgan <chris.morganiser@...400...>
I don't need a quote in my signature. It's hard enough surviving as it is without having to find a meaningful quote. Will you forgive me? Or don't you read this bit?
El Viernes, 14 de Agosto de 2009 06:40:43 Chris Morgan escribió:
Hey guys, I decided to post this as a new topic rather than taking the InkscapeForum.org one further off-topic.
I've pretty much finished my theme for the website, and it's available for viewing at http://inkscape.chrismorgan.info/. I'll be setting up content as I get to it (i.e. soon).
Guau! Great Work!
I like it!
Salu2 de jEsuSdA 8)
My theme can be previewed here: http://drupalready.com/playground/inkscape/news (login/pass: dupa/dupa) I would say it's like 30% done, a lot of stylings are missing.
TODO: - better sidebar icons - print stylesheet - mobile support (using http://drupal.org/project/mobile_tools) - favicon - replace all px units with ems for fonts - stylings for typography, forms, tables, warning messages - iefix.css (do we have to support IE6 and IE7?) - some jQuery enhancements (animated main menu, smooth transitions on hover states) - add SVG Web library (http://code.google.com/p/svgweb/)
On Fri, Aug 14, 2009 at 6:40 AM, Chris Morgan<chris.morganiser@...400...> wrote:
Hey guys, I decided to post this as a new topic rather than taking the InkscapeForum.org one further off-topic. I've pretty much finished my theme for the website, and it's available for viewing at http://inkscape.chrismorgan.info/. I'll be setting up content as I get to it (i.e. soon). Other theme submissions are welcome, email them to me and I can set them up there. Josh Andler said he would talk to Ian about getting me Drupal access on inkscape.org - I don't know who Ian is or anything about that, but it could help with testing :-). I'm happy to work with it on my server though, it can be transferred without much trouble. Unless I hear about a inkscape.org-hosted Drupal site very soon I'll just continue working on my copy.
My work is mainly based on this submission by duckgoesoink. Is she/are you subscribed to this list, or does anyone know how to get in contact with her? I'd like to put a credit link in the footer.
-- Chris Morgan <chris.morganiser@...400...>
2009/8/14 Jarosław Foksa <jfoksa@...400...>
My theme can be previewed here: http://drupalready.com/playground/inkscape/news (login/pass: dupa/dupa)
Why exactly does drupalready.com need authentication?
I would say it's like 30% done, a lot of stylings are missing.
Hmm... in my opinion it looks too gimmicky. I like clean designs without images all over the place where they're not needed in my opinion (e.g. menus with different images for each item).
TODO:
- better sidebar icons
- print stylesheet
- mobile support (using http://drupal.org/project/mobile_tools)
- favicon
- replace all px units with ems for fonts
- stylings for typography, forms, tables, warning messages
- iefix.css (do we have to support IE6 and IE7?)
Yes, sadly.
- some jQuery enhancements (animated main menu, smooth transitions on
hover states)
I personally would do it without any of this as it's just extra clutter to no real benefit.
- add SVG Web library (http://code.google.com/p/svgweb/)
What would you use it for? In my theme I kept it simple and didn't include any SVG content partially for support, but mainly because I couldn't really justify it. Just because Inkscape is an SVG editor doesn't mean you've got to use SVG for everything on the website... that's a thought, we could have an entirely SVG interface... :P
Thanks for providing competition though :-)
-- Chris Morgan <chris.morganiser@...400...>
I don't need a quote in my signature. It's hard enough surviving as it is without having to find a meaningful quote. Will you forgive me? Or don't you read this bit?
On 08/14/2009 09:56:45 AM, Chris Morgan wrote:
2009/8/14 Jarosław Foksa <jfoksa@...400...>
My theme can be previewed here: http://drupalready.com/playground/inkscape/news (login/pass: dupa/dupa)
Why exactly does drupalready.com need authentication?
Because I don't want robots to index it and I'm too lazy to configure robots.txt file. Sorry for inconvenience.
On 08/14/2009 09:56:45 AM, Chris Morgan wrote:
Hmm... in my opinion it looks too gimmicky. I like clean designs without images all over the place where they're not needed in my opinion (e.g. menus with different images for each item).
True, the menu looks very bad currently, I will work on it.
- iefix.css (do we have to support IE6 and IE7?)
Yes, sadly.
Would it be acceptable to fix only most outstanding bugs? Something like broken layout or unaccessible content. This is the best way to make people upgrade their browsers. Note that even youtube.com and digg.com are planning to drop support for IE6.
- some jQuery enhancements (animated main menu, smooth transitions on
hover states)
I personally would do it without any of this as it's just extra clutter to no real benefit.
I will use it very sparingly, just simple transitions which will degrade nicely if JavaScript is disabled.
- add SVG Web library (http://code.google.com/p/svgweb/)
What would you use it for? In my theme I kept it simple and didn't include any SVG content partially for support, but mainly because I couldn't really justify it. Just because Inkscape is an SVG editor doesn't mean you've got to use SVG for everything on the website... that's a thought, we could have an entirely SVG interface... :P
This library will allow us to use SVG images all over the place - in articles, wiki, forum posts, etc. Why? Because now we can :) The theme itself uses PNGs. SVG via background-image property is still too buggy in Opera and Webkit-based browsers, Firefox doesn't support it at all.
I would propose 25 August as a final deadline, after that we would choose a theme and use it as a basis for other website parts (wiki, forum, planet, m.inkscape.org).
2009/8/14 Jarosław Foksa <jfoksa@...400...>
On 08/14/2009 09:56:45 AM, Chris Morgan wrote:
2009/8/14 Jarosław Foksa <jfoksa@...400...>
My theme can be previewed here: http://drupalready.com/playground/inkscape/news (login/pass: dupa/dupa)
Why exactly does drupalready.com need authentication?
Because I don't want robots to index it and I'm too lazy to configure robots.txt file. Sorry for inconvenience.
I think that this would do it: User-Agent: * Disallow: /
On 08/14/2009 09:56:45 AM, Chris Morgan wrote:
Hmm... in my opinion it looks too gimmicky. I like clean designs without images all over the place where they're not needed in my opinion (e.g.
menus
with different images for each item).
True, the menu looks very bad currently, I will work on it.
I reckon that just scrapping the two-colour headings and menu images would fix it up a lot, but that's just my opinion. Others' should factor into it too.
- iefix.css (do we have to support IE6 and IE7?)
Yes, sadly.
Would it be acceptable to fix only most outstanding bugs? Something like broken layout or unaccessible content. This is the best way to make people upgrade their browsers. Note that even youtube.com and digg.com are planning to drop support for IE6.
I reckon that in a few months' time, when Windows 7 is out, it will be reasonable to drop support for IE 6 (the only major thing being the PNG alpha filter fix). digg.com could probably drop support without causing any trouble because of their audience; youtube.com is the bigger player, and I reckon it's the one which will decide things more. Normally IE 6 support (or fairly nice degradation) isn't too hard.
- some jQuery enhancements (animated main menu, smooth transitions on
hover states)
I personally would do it without any of this as it's just extra clutter
to
no real benefit.
I will use it very sparingly, just simple transitions which will degrade nicely if JavaScript is disabled.
Good. I don't like gratuitous JavaScript, but there are definitely places where it's useful.
- add SVG Web library (http://code.google.com/p/svgweb/)
What would you use it for? In my theme I kept it simple and didn't
include
any SVG content partially for support, but mainly because I couldn't
really
justify it. Just because Inkscape is an SVG editor doesn't mean you've
got
to use SVG for everything on the website... that's a thought, we could
have
an entirely SVG interface... :P
This library will allow us to use SVG images all over the place - in articles, wiki, forum posts, etc. Why? Because now we can :) The theme itself uses PNGs. SVG via background-image property is still too buggy in Opera and Webkit-based browsers, Firefox doesn't support it at all.
Degradation - that's the key. svgweb uses Flash for it, which is going to have fairly high success rates, but it's still quite common to miss it. Unless you can come up with a good use for it, I vote to not use it.
I would propose 25 August as a final deadline, after that we would
choose a theme and use it as a basis for other website parts (wiki, forum, planet, m.inkscape.org).
I would propose that we don't place a deadline at all, much less a final deadline. Deadlines are incompatible with open source projects. Also it's necessary to set up at least basic content to see how a theme will work - for example primary links, navigation menu, search. It may be a good idea to request themes by a given date, but it won't work enforcing it. Content transferring can possibly also start before a final decision theme-wise, at inkscape.org. Tomorrow I'm expecting to be able to start work on a Drupal installation on inkscape.org.
-- Chris Morgan <chris.morganiser@...400...>
I don't need a quote in my signature. It's hard enough surviving as it is without having to find a meaningful quote. Will you forgive me? Or don't you read this bit?
In my humble opinion, all site designs I've seen so far, including our current one, lack one critical thing: art.
Inkscape is an art tool, but these are just standard web sites that would fit any kind of entity.
I propose that our web site's front page should incorporate a large enough image, created in Inkscape, at least as well done as our About screens and ideally better. Like a banner, perhaps integrated with the "Inkscape" heading.
We could even rotate them once per month or so, if we find enough good candidates (and there are plenty of good Inkscape art for example on Deviantart, we can just contact directly authors of nice pieces offering them this free publicity :). Of course this requires that someone takes the responsibility to choose a piece of art (I don't think we should do monthly competitions, it's too much overhead), nicely crop it to our format and otherwise integrate it with the web site, perhaps even changing the color scheme of the site to match the new front page art piece. Such a person must have good design sense and be ready to spend some time regularly on updating our web site.
On Fri, 2009-08-14 at 11:04 -0300, bulia byak wrote:
In my humble opinion, all site designs I've seen so far, including our current one, lack one critical thing: art.
Agreed. I have already mentioned to Chris about how we used to have the screenshots randomly show on the homepage. I do think that having this back again would be great in addition to your suggestion below.
I propose that our web site's front page should incorporate a large enough image, created in Inkscape, at least as well done as our About screens and ideally better. Like a banner, perhaps integrated with the "Inkscape" heading.
We could even rotate them once per month or so, if we find enough good candidates (and there are plenty of good Inkscape art for example on Deviantart, we can just contact directly authors of nice pieces offering them this free publicity :). Of course this requires that someone takes the responsibility to choose a piece of art (I don't think we should do monthly competitions, it's too much overhead), nicely crop it to our format and otherwise integrate it with the web site, perhaps even changing the color scheme of the site to match the new front page art piece. Such a person must have good design sense and be ready to spend some time regularly on updating our web site.
I think that the banner/header idea rocks. I would go ahead and initiate contact with a some DA users and line up a dozen or so images immediately so we can figure out the best format/look and be good for a year basically.
Also, since we are in Feature Freeze and will not be seeing any more UI changes, I will be uploading the screenshots for 0.47 that I lined up over the weekend.
Cheers, Josh
On Sat, Aug 15, 2009 at 11:10 AM, Joshua A. Andler <scislac@...400...>wrote:
On Fri, 2009-08-14 at 11:04 -0300, bulia byak wrote:
In my humble opinion, all site designs I've seen so far, including our current one, lack one critical thing: art.
Agreed. I have already mentioned to Chris about how we used to have the screenshots randomly show on the homepage. I do think that having this back again would be great in addition to your suggestion below.
Yup, that's going in.
I propose that our web site's front page should incorporate a large
enough image, created in Inkscape, at least as well done as our About screens and ideally better. Like a banner, perhaps integrated with the "Inkscape" heading.
We could even rotate them once per month or so, if we find enough good candidates (and there are plenty of good Inkscape art for example on Deviantart, we can just contact directly authors of nice pieces offering them this free publicity :). Of course this requires that someone takes the responsibility to choose a piece of art (I don't think we should do monthly competitions, it's too much overhead), nicely crop it to our format and otherwise integrate it with the web site, perhaps even changing the color scheme of the site to match the new front page art piece. Such a person must have good design sense and be ready to spend some time regularly on updating our web site.
I think that the banner/header idea rocks. I would go ahead and initiate contact with a some DA users and line up a dozen or so images immediately so we can figure out the best format/look and be good for a year basically.
However, I don't think that this is a good plan as originally proposed anyway; a website should be usable and not obstruct the user from finding the important content: usually this will be what is it (about), and how do I get it (downloads). Screenshots or demonstrations are great - but they mustn't be allowed to take over. My theme already fills up the header area enough that you could't fit a decent-sized one in the header anyway.
I don't see anything wrong with having a random picture in a block, 200px wide, and for the front page, even possibly larger, but I think it has got to be done carefully with usability in mind. To my mind at least, it can't be allowed to go above the big links on the front page. And it's got to fit in.
Also, since we are in Feature Freeze and will not be seeing any more UI
changes, I will be uploading the screenshots for 0.47 that I lined up over the weekend.
Good :-)
-- Chris Morgan <chris.morganiser@...400...>
I don't need a quote in my signature. It's hard enough surviving as it is without having to find a meaningful quote. Will you forgive me? Or don't you read this bit?
I also like the idea, but please no color switching. There is indeed a color switcher module for Drupal, but it may confuse visitors a lot, I don't know any major website that would change color scheme on regular basis. Besides, it would require us to update also Wiki theme (a lot of work) in order to keep it consistent with the homepage (we are not moving Wiki to Drupal, right?).
My idea: lets put the image inside some kind of a box or frame, so that even if it has completely different color scheme it would stay consistent with the theme. Here is a sample (just started wokring on it): http://drupalready.com/uploads/2009-08-15-225307_1280x800_scrot.png What do you think?
On Fri, Aug 14, 2009 at 4:04 PM, bulia byak<buliabyak@...400...> wrote:
In my humble opinion, all site designs I've seen so far, including our current one, lack one critical thing: art.
Inkscape is an art tool, but these are just standard web sites that would fit any kind of entity.
I propose that our web site's front page should incorporate a large enough image, created in Inkscape, at least as well done as our About screens and ideally better. Like a banner, perhaps integrated with the "Inkscape" heading.
We could even rotate them once per month or so, if we find enough good candidates (and there are plenty of good Inkscape art for example on Deviantart, we can just contact directly authors of nice pieces offering them this free publicity :). Of course this requires that someone takes the responsibility to choose a piece of art (I don't think we should do monthly competitions, it's too much overhead), nicely crop it to our format and otherwise integrate it with the web site, perhaps even changing the color scheme of the site to match the new front page art piece. http://www.inkscape.org
2009/8/16 Jarosław Foksa <jfoksa@...400...>
I also like the idea, but please no color switching. There is indeed a color switcher module for Drupal, but it may confuse visitors a lot, I don't know any major website that would change color scheme on regular basis.
The color module requires an implementation in the theme as well. I never intend to implement such a feature. I think that it's just there for initial setting up... not for cycling.
Most sites that do any regular changing seem to change the whole look... or the whole framework... SourceForge for example. Their current site is a couple of months old now, a new one is overdue! (So that they can break more sites which used old URLs which got broken by the new, better URL layout.)
Besides, it would require us to update also Wiki theme (a lot of work) in order to keep it consistent with the homepage (we are not moving Wiki to Drupal, right?).
Aren't we? I was expecting that we would be. It simplifies matters, and fits in with the plan of better organisation of the website, and makes information much easier to find (the main site doesn't really amount to anything at all - wiki.inkscape.org has all the content... search usability also comes to mind).
Discussion of exactly what is getting moved over and what is being implemented will be happening soon, after the main bit of the content is in.
My idea: lets put the image inside some kind of a box or frame, so
that even if it has completely different color scheme it would stay consistent with the theme. Here is a sample (just started wokring on it): http://drupalready.com/uploads/2009-08-15-225307_1280x800_scrot.png What do you think?
With your theme it may work up there (the image you've got works very nicely while it's empty, but in my opinion almost any image inside it will distract), but with mine it wouldn't, because I haven't used so much space in that area of the header. My plan is just to do an ordinary block, or something in the content area on the front page.
On Fri, Aug 14, 2009 at 4:04 PM, bulia byak<buliabyak@...400...> wrote:
In my humble opinion, all site designs I've seen so far, including our current one, lack one critical thing: art.
Inkscape is an art tool, but these are just standard web sites that would fit any kind of entity.
I propose that our web site's front page should incorporate a large enough image, created in Inkscape, at least as well done as our About screens and ideally better. Like a banner, perhaps integrated with the "Inkscape" heading.
We could even rotate them once per month or so, if we find enough good candidates (and there are plenty of good Inkscape art for example on Deviantart, we can just contact directly authors of nice pieces offering them this free publicity :). Of course this requires that someone takes the responsibility to choose a piece of art (I don't think we should do monthly competitions, it's too much overhead), nicely crop it to our format and otherwise integrate it with the web site, perhaps even changing the color scheme of the site to match the new front page art piece. http://www.inkscape.org
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
-- Chris Morgan <chris.morganiser@...400...>
I don't need a quote in my signature. It's hard enough surviving as it is without having to find a meaningful quote. Will you forgive me? Or don't you read this bit?
Chris Morgan-10 wrote:
Aren't we? I was expecting that we would be. It simplifies matters, and fits in with the plan of better organisation of the website, and makes information much easier to find (the main site doesn't really amount to anything at all - wiki.inkscape.org has all the content... search usability also comes to mind).
Please don't... MediaWiki is the only wiki software I know that doesn't do silly things like AllLinksMustBeWikiWords, has tons of useful features, and almost everyone knows its syntax. Additionally, having a separate wiki allows us to cleanly separate the "official" information on the website from the "contributor area" on the wiki.
While we're at it, I have some gripes with the current wiki CSS. Perhaps those problems could be fixed along with the site redesign. 1. The title of the page is not displayed at the top. It feels like something very important is missing. 2. The font is too small. The correct size is the same as on Wikipedia - it's both readable and small enough that a lot of text fits on a screen. 3. The header image at the top of content area takes up too much space, especially on small monitors or toolbar-heavy browsers. It should be hidden on the wiki, or put in the background.
Regards, Krzysztof
2009/8/17 Krzysztof Kosiński <tweenk.pl@...400...>
Chris Morgan-10 wrote:
Aren't we? I was expecting that we would be. It simplifies matters, and fits in with the plan of better organisation of the website, and makes information much easier to find (the main site doesn't really amount to anything at all - wiki.inkscape.org has all the content... search usability also comes to mind).
Please don't... MediaWiki is the only wiki software I know that doesn't do silly things like AllLinksMustBeWikiWords,
Drupal has no such restrictions. URLs are even neater in my opinion (e.g. wiki/setting-up-inkscape rather than wiki/Setting_up_Inkscape) through use of hyphens.
has tons of useful features,
Drupal has more! Tell me anything that MediaWiki has or can do which you're not sure about whether Drupal can do - and I'll show how it can be done!
and almost everyone knows its syntax.
Personally I differ in opinion; some know it, but I think that HTML tags - with filters, of course - are easier to understand (because of their very verbosity which is why you get the MediaWiki syntax which is harder for beginners...). However, if we really felt like it we could keep MediaWiki syntax http://drupal.org/project/mediawiki_api.
Additionally, having a separate wiki allows us to cleanly separate the "official" information on the website from the "contributor area" on the wiki.
That's easy enough as well; you can have different access control rules, separate it with a URL prefix like "wiki/", in fact you can practically make Drupal behave like MediaWiki.
While we're at it, I have some gripes with the current wiki CSS. Perhaps
those problems could be fixed along with the site redesign.
- The title of the page is not displayed at the top. It feels like
something very important is missing. 2. The font is too small. The correct size is the same as on Wikipedia - it's both readable and small enough that a lot of text fits on a screen. 3. The header image at the top of content area takes up too much space, especially on small monitors or toolbar-heavy browsers. It should be hidden on the wiki, or put in the background.
These will be considered as we get to them.
Do you still have any other things about it which you think would be better if still separated?
-- Chris Morgan <chris.morganiser@...400...>
I don't need a quote in my signature. It's hard enough surviving as it is without having to find a meaningful quote. Will you forgive me? Or don't you read this bit?
Chris Morgan-10 wrote:
Drupal has more! Tell me anything that MediaWiki has or can do which you're not sure about whether Drupal can do - and I'll show how it can be done!
OK, I'm not going to be fundamentalist about it, I just want to know whether moving to Drupal won't degrade anything :) Here are the things that I find useful in Mediawiki:
1. Templates, including table row and table cell templates like used here: http://wiki.inkscape.org/wiki/index.php/GSoC2009_Node_Tool_Rewrite#Feature_C... 2. Page protection 3. Immutable revision history (so it's not possible to permanently delete anything unless you really want to) 4. Sometimes, reference support is handy, but it's not a must-have
I think we'll need to use the Mediawiki API plugin you mentioned if we move to Drupal, because the wiki already contains some content which would be a pain to rewrite.
Regards, Krzysztof
Just to let you know, I decided to work on inkscape.org website again from scratch, this time using Drupal 7, with reworked base theme, design and structure. The plan is to integrate all sections (news, docs, forum, planet) so that they have unified look & feel and could be accessed using the same user account.
Regarding forum, I would prefer built-in drupal module - it's clean, slick and highly integrated with core. Here is sample how it could be themed: http://dc2009.drupalcon.org/forum (btw, that website appears to be designed in Inkscape).
Trying to recreate exact MediaWiki behavior in Drupal is going to be tricky. Maybe we should just decide either to stay with MediaWiki or do it the Drupal way? Inkscape wiki is very poorly structured, e.g. it combines end-user documentation with developer discussions, private notes with release notes. If we were moving it to Drupal it would be best to make the migration manually, split content into separate content types with different permissions (currently anybody can edit roadmap or release notes!) and clean it up by removing any outdated information or spam.
Stable version of Drupal 7 will be released at the beginning of 2010. What should we do meanwhile? - implement at least homepage using Drupal 6 and one of the themes we have so far: (http://drupalready.com/playground/inkscape.org/news and http://inkscape.org/drupal/ ) - or leave inkscape.org as it is and focus entirely on Drupal 7?
I opt for second option as I don't like any of the current themes.
2009/8/15 Jarosław Foksa <jfoksa@...400...>:
http://drupalready.com/uploads/2009-08-15-225307_1280x800_scrot.png
We can use quite different framing options depending on the piece we're displaying, leaving only two things constant: the size and position of the page content block and the logo/name position. For example:
- art like the "cup of tools" from our 0.47 About can be cropped only at the bottom, rising as a "sunset" over the content block but not reaching the top, blending into background on three sides;
- art like http://12055.deviantart.com/art/Thinking-Of-Fun-115491184 could be cropped on both bottom and top, taking the entire strip between the content block and the window edge, blending into background on left and right sides;
- an even more evenly spread, unfocused piece of art like http://zeh235.deviantart.com/art/inkscape-12267182 or http://rebirthart.deviantart.com/art/One-Day-in-Farm-47515219 could even "spill" down along the edges of the page content block, filling the entire top of page as a background.
With this approach we don't need to change the color scheme of the content, but we might change the color of the background outside the content block to better blend it with the current piece. Integrating a piece into the site would requite not only cropping but, likely, opacity masking to fade out the edges, as well as probably some more disruptive changes (for example, http://rebirthart.deviantart.com/art/One-Day-in-Farm-47515219 would be nice to flip horizontally so that the Inkscape logo does not clash with the tree).
2009/8/14 Chris Morgan <chris.morganiser@...400...>:
2009/8/14 Jarosław Foksa <jfoksa@...400...>
My theme can be previewed here: http://drupalready.com/playground/inkscape/news (login/pass: dupa/dupa)
Why exactly does drupalready.com need authentication?
I would say it's like 30% done, a lot of stylings are missing.
Hmm... in my opinion it looks too gimmicky. I like clean designs without images all over the place where they're not needed in my opinion (e.g. menus with different images for each item).
I also dislike images on the side bar. Moreover
- the homepage > news box is ugly where it is - the dots which divide, among other things, the left column from the main don't really divide anything. I would put rounded boxes to have main and left column divided. - the top of the page (with the icon) has to be restyled. But probably you already know that.
Cheers,
Giovanni
participants (7)
-
bulia byak -
Chris Morgan -
Giovanni -
Jarosław Foksa -
jEsuSdA 8) -
Joshua A. Andler -
Krzysztof Kosiński