Ulf-D. Ehlert skreiv: > Kolbjørn Stuestøl (Freitag, 29. Mai 2009, 21:41): > >>> and in your HTML directory you have >>> html/no/images/filters/options-logo-3d-outline.png >>> >> Only a pointer to "xml/no/images" (the hint when holding the mouse >> pointer over the short cut: "../../xml/no/images"). >> > > My fault. I skipped this step in my description. > > You are right, html/no/images is a link to ../../xml/en/images. But it > makes no difference - at least, it should not make a difference... > > >> The xml/no/images is a catalog containing the normal image folders >> /dialogs, filters, glossary etc. but the image names are pointers. >> > > Yes, that's ok. > > >> In this catalog the >> xml/no/images/filters/options-logo-3d-outline.png points (hint: >> "../../../../images/no/filters/options-logo-3d-outline.png") to the >> "real" image: >> (root) images/no/options-logo-3d-outline.png. >> > > Can you open the image file clicking on the link > xml/no/images/filters/options-logo-3d-outline.png? > Yes. > >> Opening the html files in the web browser (tried Firefox, Opera and >> MSIE 8) shows no images at all (neither "no" nor "C"). >> > > Is it possible that Cygwin doesn't handle links correctly? > > What happens when you replace e.g. > 'script-fu-3d-outline-logo-alpha.html' > with > 'images/filters/options-logo-3d-outline.png' > in the browser's URL bar? > No. "... /html/no/script-fu-3d-outline-logo-alpha.html": opens the html page in browser "... /html/no/images/filters/options-logo-3d-outline.png": did not find the file Also tried "... /xml/nn/images/filters/apply_lens-options.png": did not find the file > Can you open the image file clicking on the link > html/no/images/filters/options-logo-3d-outline.png? > No such contents in the html/no/images. This is still a link to the xml/no/images > Do you have a "readlink" command (package: core-utils)? > If yes, what is the output of following commands: > $ readlink html/no/images/filters/options-logo-3d-outline.png > ../../../../images/nn/filters/options-logo-3d-outline.png > $ readlink -e html/no/images/filters/options-logo-3d-outline.png > /bin/gimp-help-git-work/trunk/gimp-help-2/images/no/filters/options-logo-3d-outline.png i.e. full path to the image file (from the Cygwin root) > >> Does this means that the html has to select between them? In case: >> how? Oh, perhaps a style sheet not read by my computer/program? >> > > No, the selection is made by the build process: > Of course. If a "no" image exists the pointer points to it, otherwise to the "C" image? So the problem lies somewhere in the building of the links/pointers? > $ make [-f Makefile.GNU] xml/no/images > *** Copying images (no) ... 1482 (no: 478) > > I've just tried it, and it worked for me. Chapter "16.2. 3D-omriss" > contains some language-independent images and the localized screenshot > of the filter's dialog window. > > I get, however, many xslt warnings: > No localization exists for "no" or "". Using default "nn". > It's due to your add in the Makefile.GNU some time ago: $(cmd) test "$*" = "no" && lang="nn" || lang="$*"; \ … > I think we should try to replace "no" with "nn" to get rid of them: > - replace "no" in configure and Makefiles, > Yes. > - move/rename "no" directories to "nn" , > Rename > - anything else? > Renaming quickreference/po/no.po to nn.po Nothing else. (I have not checked all my images whether they are updated or not, but all my po files are (mostly) up to date so if necessary I send them. Private and zipped of course) Have a nice weekend Kolbjoern > Bye, > Ulf > > ------------------------------------------------------------------------ > > _______________________________________________ > Gimp-docs mailing list > Gimp-docs@xxxxxxxxxxxxxxxxxxxxxx > https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-docs > _______________________________________________ Gimp-docs mailing list Gimp-docs@xxxxxxxxxxxxxxxxxxxxxx https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-docs
