Thomas Klausner wrote:
Hi!
On Tue, Feb 05, 2002 at 12:37:09PM +0800, Stas Bekman wrote:
have you tried bin/build -df? Once you've built the pdfs they should always be picked up. If they aren't it's a bug. Is it?Mabe it's because I did't built PDFs?
I tried, but got some errors from forgotten2pdf (something about hyphe.. file not found?)
can you send me the exact errors? please run with -v.
What's forgotten2pdf?
I've tried it, do you like it better than grey? I feel like it brings disballance to the site's colormap. IMO, it's better if we use as few colors as possible. What other folks think?bgline.jpg - the left area is light yellow.
The problem with the grey we are using now is that it contrasts very little with the table headings. So I tried a light yellow, like Allan suggested some time ago for some other area. Maby a lighter/greyer yellow is better, but it's very hard for me to work on colors, because I've only got a laptop with TFT-display at home (which displays colors somewhat different), and I'm not that often in the office (where I have a regular monitor).
But it should still look good on TFT displays ;)
Any reason for using jpeg here? I'm not sure if all browsers can handle this as a bg. For some reason I think I remember reading that bg cannot be jpeg. Am I wrong?gif is definitly better, but I wasn't able to generate one.
I've opened the jpeg in gimp and saved as gif.
* in Mozilla, there are no borders around the NavBar tables, whereas with IE and Opera, there are.
not on opera/5/linux. How do we solve this? Do we want/need to solve this?
I'll take a look if I can get the borders working in Mozilla, because they do look nice. But they aren't absolutly needed, I guess.
thanks!
* with Opera and IE, there is too little spacing between the ads. Maybe add a br or
Do we really want the spacing? sure we can add.
It's not so much a spacing problem but a border problem, see attached screenshot.
Oh, I know. Does it look bad? I actually wanted it to be like this, so there will be one Books container. The shorter headers are simply . If you have an idea for a better way to do it I'm all ears.
2. change the page_no*gif to be completely transparent, so when one of the pages is not there, the user won't see any image at all. Though I do* there are empty prev/up/next boxes on the main page, looking sort of strange. I'd say we remove those completly, if there is no UP
+1
the empty boxes look a little bit strange, if you don't know what they are there for (and you cannot know that if you look at the page the first time, starting with the first page.) So I'd say we use invisble images when there is nothing to display.
OK, will change these.
want to use a placeholder so the other elements in this widget and the whole [search|download|nav] widget won't move left<=>right. I think to do the same solution for the download widget, though it's harder because it moves anyway since the download sizes vary (1k vs 100k). The latter can be solved by always using the same width for the size. But since the font is variable the rendered size will still change. Shell we use <code></code> to solve this?
We could put the SRC and the PDF links each in a td of its own. They won't move (much) then.
I don't see what does it change. the td's will shrink and grow in the same way.
_____________________________________________________________________ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
