Florian Schlichting wrote: > Package: llgal > Version: 0.13.8-1 > Severity: normal > > --php, or rather: www_extension = "php", in conjunction with recoursing > subdirectories, seems to produce a chaotic mix of .php and .html files: >
llgal -R --php seems to work fine here. > ie, while in the toplevel directory, the files correctly get the .php > extension, but in the subdirectories, this is not so. I can't reproduce this. The only way I see to achieve this would be to: * llgal -R without --php * llgal --clean without -R * llgal --php without -R > The subdirectories do not contain .llgal/ directories. > This looks very strange. > ie all three links are to files that don't exist: those in the parent > directory are really .php, those in the subdirectories .html (and given > --php, I'd expect all to be .php!) > If --php is passed to -R, all files and links should be .php. If -R is not passed, the local files and links (either to files in local directory or other directories) should be .php. So yes, it is possible to get a broken result if some directories are processed with --php while some other are not since the links would be .html and the files .php or so. But in case somebody needs some PHP code in only a single directory, he could run with --php in all directories without any trouble I can think of since you can use regular HTML code as a .php file. So I don't plan to change that. Note that if you used a captions file, it could create some mess too since the links between galleries are stored in this file. So, for instance, if you generate the gallery without --php while your generated the captions file with --php, it might not work. > while it shouldn't have caused this confusion, I now realise that I may > have given contradicting configuration options while editing > .llgal/llgalrc (-R and -S and some more all together...) > Could you try to reproduce all this mess and tell me how? If not, could you send a tarball of your whole directories (feel free to remove the photos if it takes too much space, and feel free to send the tarball in a private email in you don't want to flood the BTS). Thanks, Brice > Florian > > -- System Information: > Debian Release: 4.0 > APT prefers unstable > APT policy: (700, 'unstable'), (650, 'testing'), (350, 'experimental') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/dash > Kernel: Linux 2.6.18-1-686 > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) > > Versions of packages llgal depends on: > ii imagemagick 7:6.2.4.5.dfsg1-0.11 Image manipulation programs > ii libimage-size-perl 3.0-1 determine the size of images in > se > ii liblocale-gettext-p 1.05-1 Using libc functions for > internati > ii liburi-perl 1.35-2 Manipulates and accesses URI > strin > ii perl 5.8.8-6.1 Larry Wall's Practical > Extraction > > Versions of packages llgal recommends: > ii libimage-exiftool-perl 6.42-1 Library and program to read and > wr > > -- no debconf information > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
