Cornelius and I have been working on the design that won the redesign inkscape.org contest on deviantart over the last few days.
Its not at completion yet, but enough work has been done to probably show everyone for opinions, bug reports.
http://inkscape.modevia.com/daj-design/
is it so far
known bugs I havent had time to fix, * the footer occasionally overlays content in firefox * the hover on the navigation shows up as white (image not preloaded) * screenshot is floated and not cleared before news * sourceforge link blinks on hover * main image drops below navigation when width of the browser window is to small in ie * Translation links are not in native language
The fixes for these are pretty trivial, ill be going over them this weekend as well as other bugs I find.
Dale
Hi
This morning, on my 1.5.0.2 ubuntu dapper firefox, with locale in french, all content is in french (menus and app summary), but the utf8 switch is not understood by firefox (which stays in iso-8859-1 mode); so all accents are broken. Maybe you need to get sure browsers clearly understand they must take html text as utf8 encoded.
Maybe it's due to the first char in the html source :
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
this "" sounds suspicious.
and you could try to add this line at the beginning of the file :
<?xml version="1.0" encoding="UTF-8"?>
If you want me to test further once you corrected this, don't hesitate to ask :)
mtou
Dale Harvey a écrit :
Cornelius and I have been working on the design that won the redesign inkscape.org http://inkscape.org contest on deviantart over the last few days.
Its not at completion yet, but enough work has been done to probably show everyone for opinions, bug reports.
http://inkscape.modevia.com/daj-design/
is it so far
known bugs I havent had time to fix,
- the footer occasionally overlays content in firefox
- the hover on the navigation shows up as white (image not preloaded)
- screenshot is floated and not cleared before news
- sourceforge link blinks on hover
- main image drops below navigation when width of the browser window is to small in ie
- Translation links are not in native language
The fixes for these are pretty trivial, ill be going over them this weekend as well as other bugs I find.
Dale
Yes same problem for me
accentuated chars are not displayed correctly : on ubuntu breezy (firefox and konqueror) on win xp (firefox)
Regards,
Matiphas
Selon Mathieu Dimanche <mdimanche@...8...>:
Hi
This morning, on my 1.5.0.2 ubuntu dapper firefox, with locale in french, all content is in french (menus and app summary), but the utf8 switch is not understood by firefox (which stays in iso-8859-1 mode); so all accents are broken. Maybe you need to get sure browsers clearly understand they must take html text as utf8 encoded.
Maybe it's due to the first char in the html source :
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
this "" sounds suspicious.
and you could try to add this line at the beginning of the file :
<?xml version="1.0" encoding="UTF-8"?>
If you want me to test further once you corrected this, don't hesitate to ask :)
mtou
Dale Harvey a écrit :
Cornelius and I have been working on the design that won the redesign inkscape.org http://inkscape.org contest on deviantart over the last few days.
Its not at completion yet, but enough work has been done to probably show everyone for opinions, bug reports.
http://inkscape.modevia.com/daj-design/
is it so far
known bugs I havent had time to fix,
- the footer occasionally overlays content in firefox
- the hover on the navigation shows up as white (image not preloaded)
- screenshot is floated and not cleared before news
- sourceforge link blinks on hover
- main image drops below navigation when width of the browser window is to small in ie
- Translation links are not in native language
The fixes for these are pretty trivial, ill be going over them this weekend as well as other bugs I find.
Dale
Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid%120709&bid&3057&... _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Hi
On Fri, 05 May 2006 08:21:27 +0200, Mathieu Dimanche <mdimanche@...8...> wrote:
This morning, on my 1.5.0.2 ubuntu dapper firefox, with locale in french, all content is in french (menus and app summary), but the utf8 switch is not understood by firefox (which stays in iso-8859-1 mode); so all accents are broken. Maybe you need to get sure browsers clearly understand they must take html text as utf8 encoded.
Maybe it's due to the first char in the html source :
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
this "" sounds suspicious.
These three signs are identification that the document is in UTF-8 format. I have another suspect; more bellow...
and you could try to add this line at the beginning of the file :
<?xml version="1.0" encoding="UTF-8"?>
I've add this line to the header and tested on localhost. With or without it, it opens in opera and firefox on windows with good autodetected encoding set(I've set locales for pages and UI in browser to 'fr'). But, according to those 3 signs on the beginning I suspect the server that it does not send header that the page is in UTF-8. Then firefox can not set right encoding. I've seen this before on another site and adding of header() function helped.
If you want me to test further once you corrected this, don't hesitate to ask :)
I will add the header() function, convert some other files to UTF-8 and mail here when the preview site at modevia is updated.
btw, in the french menu is translation for "Articles and Presentations" missing. I can correct it if someone provide translation.
cheers cornelius
Josef Vybiral a écrit :
I will add the header() function, convert some other files to UTF-8 and mail here when the preview site at modevia is updated.
that'll do the job, that's what I use to force apache to send utf8 headers too.
btw, in the french menu is translation for "Articles and Presentations" missing. I can correct it if someone provide translation.
Articles et Présentations :)
mtou
On Fri, May 05, 2006 at 02:59:19AM +0100, Dale Harvey wrote:
Its not at completion yet, but enough work has been done to probably show everyone for opinions, bug reports.
The page apparently assumes that images are enabled. With images disabled, I get white writing on white background for some text (e.g. the possible languages, and the grey links on the left when the mouse hovers over the links), which isn't a good idea :) .
Similarly, the "Latest stable version: 0.43" text is very pale grey that overlaps a white area.
Running `tidy' (http://tidy.sourceforge.net/) on the French version (at least) finds a few problems: e.g. a nested link (<a> within <a>), a bare `&' in a <pre> element that should be written & (yes, even inside <pre>), an unclosed <div> element (for top or wrapper), and notes that some of the <img> elements lack an alt attribute (which may or may not be a problem, depending on the purpose of those images, e.g. whether someone might want to download those images for later viewing; at least one of the two images inside the download <a> element should have an alt attribute to indicate where the link goes to).
I'm not sure about whether this is good or not:
window.onload = function() { if (navigator.platform.indexOf("Win32") != -1) { document.getElementById("downloadnowlink").href = "http://prdownloads.sourceforge.net/inkscape/Inkscape-0.43-2.win32.exe?downlo..."; }else if (navigator.userAgent.indexOf("Mac OS X") != -1) { document.getElementById("downloadnowlink").href = "http://prdownloads.sourceforge.net/inkscape/Inkscape-0.43-4.dmg?download"; } }
Certainly there are cases where the person would want something else (e.g. using a public library etc. to browse the web and download things to use at home with a different platform), and in some cases we'd like to encourage people to download something else: e.g. we might encourage people to grab svn, or a daily build (after reading the description there so they can decide whether daily builds are for them or not). People who choose one of these instead presumably benefit themselves, but also may submit bug reports (or even patches?) that benefit everyone else. We have a shortage of Windows developers, but lots of Windows users using the web site. If 1% of 1% of them start contributing, then the other 99.99% can benefit by much more than the cost of an extra click to download.
How about a more subtle change, like always directing to download.php, but appending `#win32' etc. to the URL ?
pjrm.
I think it is a question of the aims of inkscape, If you are more interested in building on the active developer community then the link should probably just be deleted, as the link to the main downloads page is quite prominent on the main navigation
I think the designer intended the link for a more end user friendly one click download button (ok, they have to click another at sf) where they didnt have to decide which package to choose. Download now links are becoming quite popular as a means to provide the user with the quickest and easiest way to provide the user with the product, http://www.mozilla.com/firefox/ would be my example. users looking for a download now link are expecting this behaviour. users who do not want .exe / dmg also expect this behaviour and look to the navigation.
I think adding a link to http://inkscape.org/win32/win32buildnotes.html to the windows development builds section in the downloads page would be useful in attracting more windows developers. I also think the build environment is probably the most off putting, but thats another discussion
anyway, its to discuss stuff like this that i posted the site for. if its popular concensus / Im told to, ill change the links
As for the disabled images, cheers, Ill add that to things to work on
Dale
Dale Harvey wrote:
I think it is a question of the aims of inkscape, If you are more interested in building on the active developer community then the link should probably just be deleted, as the link to the main downloads page is quite prominent on the main navigation
I think the designer intended the link for a more end user friendly one click download button (ok, they have to click another at sf) where they didnt have to decide which package to choose. Download now links are becoming quite popular as a means to provide the user with the quickest and easiest way to provide the user with the product, http://www.mozilla.com/firefox/ would be my example. users looking for a download now link are expecting this behaviour. users who do not want .exe / dmg also expect this behaviour and look to the navigation.
I think adding a link to http://inkscape.org/win32/win32buildnotes.html to the windows development builds section in the downloads page would be useful in attracting more windows developers. I also think the build environment is probably the most off putting, but thats another discussion
anyway, its to discuss stuff like this that i posted the site for. if its popular concensus / Im told to, ill change the links
As for the disabled images, cheers, Ill add that to things to work on
Dale
Remember that these snapshots are work-in-progress, debug development builds, and are not really intended for the typical end user. The real releases are provided by SF.net's file release system. A page leading them to the nightlies should inform people that they are volunteering to help in Inkscape debug and testing. You are right that Firefox is a good example, and their equivalent of our snapshots is this page:
http://www.mozilla.org/developer/
Look at the download links near the bottom. Something like this for Inkscape would be great!
You think building Inkscape on Win32 is tough? Mozilla is a nightmare! ;-)
bob
On Fri, May 05, 2006 at 03:11:49PM +0100, Dale Harvey wrote:
I think it is a question of the aims of inkscape, If you are more interested in building on the active developer community then the link should probably just be deleted, as the link to the main downloads page is quite prominent on the main navigation
Regarding aims, I think the number one way we can best help users is to build the active developer community, because users love seeing more releases, fewer bugs, and more of their high priority features implemented. Thus, the type of user we and the website should cater to are the type that will be getting involved in contributing to Inkscape through things like docs, web work, translations, coding, testing, etc.
That's not to say things _shouldn't_ be more end user friendly, just that where we have a choice that might make things more convenient for non-contributing users but would make things less convient for contributors, we should opt for the latter.
From this reasoning, the important thing to consider with "download now"
type links is that it not obscure the user's opportunities to contribute.
For example, a case in point would be the stripped vs. unstripped windows binaries. The former are definitely more convenient for users, but make it next to impossible for them to give useful debug info in their bug report contributions. But the unstripped version is *huge*, so unfortunately providing the convenience of the stripped version also cut down on the number of people who could provide testing info on Windows. Fortunately, there is also a symbols package that can be added to the stripped version to allow bug reports to be done; I don't know how many users try this, but it seems like a useful compromise.
Another example is how the source code is advertised. Some projects, like open office and mozilla, make the executables *much* more visible than the source to end users. Other projects provide the source and little else. At Inkscape we've strived to maintain a balance; we have put importance on providing a variety of packages and executables, but give the source code high visibility as well.
So, if "Download Now" links are used, consideration might be given to also having equally visible links for getting the source and/or getting involved.
Bryce
Bryce Harrington wrote:
So, if "Download Now" links are used, consideration might be given to also having equally visible links for getting the source and/or getting involved.
100% agree. I think we need to do a heavy rework of the download page to get this righter. Simple, Big, Color seems to be in style. The download page just looks busy to me. Could we divide the page by platform into three sections and divide each of those sections three sections (stable binaries, snapshot binaries, source)? (Yeah, it's kinda like that already.) Maybe I'll try to do a mockup.
Aaron Spike
and you could try to add this line at the beginning of the file :
<?xml version="1.0" encoding="UTF-8"?>
One caution: these XML prolog statements throw IE into quirks mode, where the box model no longer matches the w3c specs. This isn't a problem, unless you have elements with a set width or height and a non-zero padding. Testing in IE 5.01, 5.5, and 6.0, Firefox 1.5, and Opera 8.52 doesn't reveal any problems with the current design, though, so it looks like you have avoided this particular pitfall.
Also, consider removing the "clear: right" from your "div.news div.item h3" rule. It looks strange to see the first news item spaced so far below the "News" header. Perhaps putting the rule on the div.news h3 header itself might be more effective. Also, shouldn't the news header be an h2 semantically, since it has h3's under it?
-Will
participants (9)
-
unknown@example.com
-
Aaron Spike
-
Bob Jamison
-
Bryce Harrington
-
Dale Harvey
-
Josef Vybiral
-
Mathieu Dimanche
-
Peter Moulder
-
William Swanson