allan wrote:
Stas Bekman wrote:
well I think there are two things really left:
1. I've just updated the site with the recent changes, and you all are
welcome to run the usual usability testing. Once we are happy with it,
this item is closed. Though we did that with Allan's home builds, it's
I believe that we should move our .htaccess to the main httpd.conf. I
haven't done any benchmarking, but I think that reparsing of this large
file on each request definitely adds to the slow-down of the response
times. What do you think?
2. I've added a new button (page_changes.gif), but I've no idea what
font family/size was used for other buttons. So now it's sort of broken.
If anybody knows how to fix it, go ahead. Allan promised to fix it
hopefully on Monday. If you beat Allan to it, we can (pre-)release earlier.
Thanks to
At 08:50 01.07.2002, Stas Bekman wrote:
2. I've added a new button (page_changes.gif), but I've no idea what font
family/size was used for other buttons. So now it's sort of broken. If
anybody knows how to fix it, go ahead. Allan promised to fix it hopefully
on Monday. If you beat Allan to it,
I understand why it is like it is, but just couldn't help myself. I guess
I just get too used to seeing things a given way and expect it to be
universal.
Not a big issue, so never mind.
Au contraire Bill...
I think this is an issue. Bill's key words here are used to seeing things
a given
At 10:56 01.07.2002, Jonathan M. Hollin wrote:
I understand why it is like it is, but just couldn't help myself. I guess
I just get too used to seeing things a given way and expect it to be
universal.
Not a big issue, so never mind.
Au contraire Bill...
I think this is an issue. Bill's key
I believe that we should move our .htaccess to the main httpd.conf. I
haven't done any benchmarking, but I think that reparsing of this large
file on each request definitely adds to the slow-down of the response
times. What do you think?
+1 I have noticed the lack of speed.
Jonathan M.
At 11:04 01.07.2002, Jonathan M. Hollin wrote:
I believe that we should move our .htaccess to the main httpd.conf. I
haven't done any benchmarking, but I think that reparsing of this large
file on each request definitely adds to the slow-down of the response
times. What do you think?
+1 I have
Hi everyone,
Well the deadline is up... Just remembered :)
We don't have many entries: 3 persons sent in banners.
They are all at:
http://www.apache.org/~pereinar/banner-contest/
I guess we could use all of them... Or should we give more time?
--
Per Einar Ellefsen
[EMAIL PROTECTED]
Jonathan M. Hollin wrote:
We don't have to look like everyone else. The breadcrumb *is* complete,
when you look over 2 lines. The title is bigger and draws more attention.
Personally, I wouldn't like it any other way.
Granted Per Einar. That's not quite what I was suggesting. You have to
allan juul wrote:
Quoting Per Einar Ellefsen [EMAIL PROTECTED]:
-href=http://jobs.perl.org/search?q=mod_perl+apache+modperlbin=or;the
+href=http://jobs.perl.org/search?q=mod_perl+apache+modperlbin=or;the
Shouldn't that be amp;bin , or are old browsers missing that one?
it should. make a search
[EMAIL PROTECTED] wrote:
pereinar2002/07/01 02:08:03
Modified:.TODO
Log:
??? - date during site migration.
Revision ChangesPath
1.74 +3 -1 modperl-docs/TODO
Index: TODO
===
RCS
Per Einar Ellefsen wrote:
Hi everyone,
Well the deadline is up... Just remembered :)
We don't have many entries: 3 persons sent in banners.
They are all at:
http://www.apache.org/~pereinar/banner-contest/
I guess we could use all of them... Or should we give more time?
I think we should just start
At 12:22 01.07.2002, Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
pereinar2002/07/01 02:08:03
Modified:.TODO
Log:
??? - date during site migration.
Revision ChangesPath
1.74 +3 -1 modperl-docs/TODO
Index: TODO
At 12:30 01.07.2002, Stas Bekman wrote:
Per Einar Ellefsen wrote:
Hi everyone,
Well the deadline is up... Just remembered :)
We don't have many entries: 3 persons sent in banners.
They are all at:
http://www.apache.org/~pereinar/banner-contest/
I guess we could use all of them... Or should we give
Stas == Stas Bekman [EMAIL PROTECTED] writes:
Stas I didn't say that recent additions to .htaccess made the reponses
Stas slower, I was talking in general. I guess a proper benchmark will be
Stas better than thousands words.
This seems to be the knowledge of the wise, to not have *anything*
in
On Mon, 1 Jul 2002, Rich Bowen wrote:
Any chance you can re-use the data in the above doc? or simply patch it?
Will do. Thanks.
This is the first patch. It is much less extreme than it initially
appears. There is no content change here. This is just the result of
running:
tidy -mi -asxml
Jonathan M. Hollin wrote:
I guess we could use all of them... Or should we give more time?
Well surely we have infinite time? After all, will we ever reject a good
banner?
no, not at all, the more the better. But we needed the initial pressure
to get the first few done, which I think we have
Jonathan M. Hollin wrote:
The truncating idea could work. Though we need to think about the
details: do we truncate the last element? and what if the previous
element was too long? not simple, eh? if you know how, please go all the
way down rather just saying that this is wrong. we do know that
Oh yeah - after recently downloading Mozilla I heartily agree.
Mozilla has
finally ended my four-year love affair with MS IE. I think its rendering
engine is close to perfect, its standards compliance superb and its speed
promises nirvana. AND, it's skinnable! :-))
I just wish it was
Jonathan M. Hollin wrote:
that requires a lot of heuristics, because you have to take into account
the overall length, where the number of sections varies. So you need to
backtrace, see what you can cut, go forward backtrace again, etc. Not a
job for the templates logic.
But the biggest problem is
Rich Bowen wrote:
On Mon, 1 Jul 2002, Rich Bowen wrote:
Any chance you can re-use the data in the above doc? or simply patch it?
Will do. Thanks.
This is the first patch. It is much less extreme than it initially
appears. There is no content change here. This is just the result of
running:
tidy
hi
while living abroad i did some work on optimizing the beautiful HTML::Clean by
paul lindler because i thought the mod_perl_site might need it as some of
the pages litterally takes tens of seconds to download on a slow connection.
(the current released module doesn't take pre sections into
I was not suggesting that they be any longer, but that they just show the
current page as a NON-link that is now shown as a link when you
go one more
level deep.
Bill I understood exactly what you meant - I just decided to pick up on that
one small point. :-)
I agree we should be standard,
Bill Moseley wrote:
I assume that we will always have to truncate the level of the bread crumb
at some nested level.
So the difference is that
http://perl.apache.org/release/docs/1.0/guide/index.html
shows the same bread crumb as
http://perl.apache.org/release/docs/1.0/guide/getwet.html
but
I presume from these comments that the breadcrumb must not
word-wrap onto a
new line?
It's OK if this happens, but we better not. Try to insert a long title
and see how it works.
It's not good - any more than one line and the layout is going to be
disturbed. I don't need to test to see
At 17:09 01.07.2002, Bill Moseley wrote:
At 02:17 PM 07/01/02 +0100, Jonathan M. Hollin wrote:
The truncating idea could work. Though we need to think about the
details: do we truncate the last element? and what if the previous
element was too long? not simple, eh? if you know how, please go
Per Einar Ellefsen wrote:
At 17:09 01.07.2002, Bill Moseley wrote:
At 02:17 PM 07/01/02 +0100, Jonathan M. Hollin wrote:
The truncating idea could work. Though we need to think about the
details: do we truncate the last element? and what if the previous
element was too long? not simple, eh? if
At 12:01 AM 07/02/02 +0800, Stas Bekman wrote:
Oh yeah, if that's all you want, I agree with that.
I disagree. I've replied to this suggestion already with the reasoning
why this is how it is and not the other way around.
We understand your reasoning, it's the viewing public's reasoning that's
Since it seems that most of the issues were resolved and some minor ones
can be resolved during the pre-release period, I think we can go ahead
and announce the RC1.
After we polish the announcement we can post it right away, let's say
tomorrow?
I don't think we really need a long
Stas Bekman wrote:
Per Einar Ellefsen wrote:
Also on the page which will list the banners need to add a request
for people to submit new banners.
I should figure out whom to credit for the banner I got from
#axkit-dahut.
It's Mark Fowler I think, I saw his name someplace.
really? Well, I
At 19:05 01.07.2002, Stas Bekman wrote:
Anybody is willing to write an announcement? Please also see some extra
notes I've started in the TODO file. Thanks!
Okay, a quick shot here as I'm bored with trying to categorize the Apache::
modules.
What?
-
As you may know, we have been at work for
Damn, I'm tired :)
All right.
http://perl.apache.org/release/maillist/docs-dev.html
The Changes button is there. Click it, and the Changes button is still
there :) I'm not sure what the correct behaviour should be: only show it on
index pages r on all pages except Changes?
--
Per Einar
At 22:54 01.07.2002, Thomas Klausner wrote:
here an 'n' is missing..
Ok :)
--
Per Einar Ellefsen
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
At 22:48 01.07.2002, Per Einar Ellefsen wrote:
This is why we ask for your help: take some time to browse the site,
and take note of:
- errors with browsers (crashes and/or rendering problems)
- usability: are you satisfied with the navigation and organization
of the content?
- your general
At 16:34 01.07.2002, allan juul wrote:
hi
while living abroad i did some work on optimizing the beautiful
HTML::Clean by
paul lindler because i thought the mod_perl_site might need it as some of
the pages litterally takes tens of seconds to download on a slow connection.
(the current released
At 09:20 01.07.2002, [EMAIL PROTECTED] wrote:
stas2002/07/01 00:20:39
Modified:src/jobs jobs.html
Log:
fix a broken tag
Submitted by: allan
Revision ChangesPath
1.3 +1 -1 modperl-docs/src/jobs/jobs.html
Index: jobs.html
37 matches
Mail list logo
