Re: a little problem with wml
* Maxime Chatelle <[EMAIL PROTECTED]> [2003-08-24 23:03]: > i'm not a maintainer of Debian web site, but i have a problem with wml > and i not found an other place to write. This seems quite ignorant to me. With wml there comes wmd, the wml description program, and it has right on the top the following URL for the homepage: http://www.engelschall.com/sw/wml/ From there under News is linked the Mailing List. I can just guess that you haven't tried to search at all. > the problem is : > the ROOT variable isn't expanded in the navigation bar if the wml file > is in /docs/ststuts/ > but is expanded for all other $(ROOT) ( not in the menu ) > if i move statuts.wml in /docs and type wml -o statuts.html statuts.wml > ---> no problem Do you have a .wmlrc or .wmkrc in /docs/ststuts/? So long, Alfie -- No Jolt and no Musik makes Alfie go crazy ... -- kw in #debian.de pgpRT99ygHLWb.pgp Description: PGP signature
Re: DSA sorting
Frank Lichtenheld wrote: > Hi, > > sorry for the late reply. > > On Mon, Aug 18, 2003 at 04:39:23PM +0200, Martin Schulze wrote: > > I noticed that www.debian.org/security/ is not sorted by archive of security > > alerts anymore but, as Alfie pointed out, a sorted list of alerts and > > updates. > > > > Personally, I don't like the list reordered with updates to older alerts but > > like the page contain the sorted list of advisories, however, the advisories > > itself should be updated to reflect the most recent update. > > I implemented the change after someone filing a bug that he can not > see from the page where the most recent changes happened. I found > this reasonable and so changed it. We can revert this behavior at once > (it's like two smart_change.pl calls away, one for /, one for > security/). > The only problem is to decide if "we" want this. I will leave this to > the "regulars" here... (but am of course willing to defend my > position if needed :)) Those who would like to see the ordering of updates to all advisories should probably read the index page of the list archive which sorts exactly this. In my oppinion the list of advisories should only list the advisories in their order and not updates to them. Regards, Joey -- GNU does not eliminate all the world's problems, only some of them. -- The GNU Manifesto Please always Cc to me when replying to me on the lists.
Re: DSA sorting
On Mon, Aug 25, 2003 at 09:50:56AM +0200, Martin Schulze wrote: > > I implemented the change after someone filing a bug that he can not > > see from the page where the most recent changes happened. > > Those who would like to see the ordering of updates to all advisories > should probably read the index page of the list archive which sorts > exactly this. Try explaining that to them? :) Frankly I can't see the problem with the current recent_list output on the web pages. Excluding updates just blurs issues for users, and the web pages should be oriented towards users... -- 2. That which causes joy or happiness.
Bug#207095: www.debian.org: no dates from package search
On Mon, Aug 25, 2003 at 09:55:07AM +0800, Dan Jacobson wrote: > Package: www.debian.org > Version: unavailable; reported 2003-08-25 > Severity: wishlist > http://packages.debian.org/unstable/web/lynx.html leads to > "Download Page for lynx_2.8.4.1b-5_i386.deb on Intel x86 machines" > leads to > http://debian.linux.org.tw/debian/pool/main/l/lynx/lynx_2.8.4.1b-5_i386.deb > > But nowhere does the user see one speck of date information for this > package, even down to the final click for a .deb. It's not in the Packages index file, so... more or less very tedious to find out for the scripts. -- 2. That which causes joy or happiness.
Bug#207095: www.debian.org: no dates from package search
Josip Rodin said: > On Mon, Aug 25, 2003 at 09:55:07AM +0800, Dan Jacobson wrote: > > Package: www.debian.org > > Version: unavailable; reported 2003-08-25 > > Severity: wishlist > > > http://packages.debian.org/unstable/web/lynx.html leads to > > "Download Page for lynx_2.8.4.1b-5_i386.deb on Intel x86 machines" > > leads to > > http://debian.linux.org.tw/debian/pool/main/l/lynx/lynx_2.8.4.1b-5_i386.deb > > > > But nowhere does the user see one speck of date information for this > > package, even down to the final click for a .deb. > > It's not in the Packages index file, so... more or less very tedious to find > out for the scripts. Agreed, unless a link was also provided to the directory containing the file in question. I remember the old ftpsearch.ntnu.no site used to do that, presenting matches in something like the following format: http://debian.linux.org.tw/debian/pool/main/l/lynx/ lynx_2.8.4.1b-5_i386.deb with the corresponding HTML: http://debian.linux.org.tw/debian/pool/main/l/lynx/";>http://debian.linux.org.tw/debian/pool/main/l/lynx/ http://debian.linux.org.tw/debian/pool/main/l/lynx/lynx_2.8.4.1b-5_i386.deb";>lynx_2.8.4.1b-5_i386.deb (apologies for the obscenely long line) This should be easy enough to do when generating the pages, especially in the New Improved version that is under development. Alternatively the date of the file can be inferred from the date of the Changelog entry for that package version. I know that each package's changelog used to be available through the web site. If that feature is ever going to come back then it might be a 'nicer' solution than the above suggestion. On the other hand, navigating through packages.debian.org can't really be a very common means of selecting and installing the appropriate versions of the desired packages, can it? How important is it then that the package pages provide this information? Sorry for the rambling, Andrew. -- Andrew Shugg <[EMAIL PROTECTED]> http://www.neep.com.au/ "Just remember, Mr Fawlty, there's always someone worse off than yourself." "Is there? Well I'd like to meet him. I could do with a good laugh."
Patent & debian
Hello, With when a small closing of debian.org against the patents, like one makes several sites whose http://www.vim.org/. ++
Re: Patent & debian
He speaks about a temporary closing of the Debian web pages (or replace index page as www.vim.org and other sites) in order to protest against software patents in Europe Tanski Mikael wrote: Hello, With when a small closing of debian.org against the patents, like one makes several sites whose http://www.vim.org/. ++
Web pages/Debian/languages: Great!
Reply-To: [EMAIL PROTECTED] On page http://www.debian.org/distrib/cd (and others) at the bottom, languages list in proper symbology... Great! Starting to be the case that the web is truly international (I prefer the terms WorldWide, Terran, Human, or RoR). Stard inclusion: Well done! Stadard reference page: Well done! Pop ups in home language: Well done! [[MENTION THIS]]. With the current Netscape (latest 7.x) even the symbols arebeginning to display correctly (unless you are using graphics ...) I suggest the following enhancements/improvements/changes: I) It might be better to have language references at the TOP of the structure instead of the bottom. At the least, have the "icon" modal format of it at the top (see 'II)' below) II) A standardized presentation in minimal form would be better, to minimize the space taken up. I would suggest: ^) A look-and-feel structure that is web site tunable, with pathing for context names and local workstation config by name//IP/cookie A) A right click (or other launch method) for a drop down menu to select. B) Country flag icon, Language icon, plus country name and language name C) Presentation in the language currenlty in as well as the language going to (including ordering as expected inn that language) by each column [country or language] D) Re-sorting by column title bar (needed as the list grows), including forward/reverse aganst collation sequences (natie, nationals, & standard international) E) The ability to change this at any point in the web tree at any time (already there) F) Fallbacks for each presentation(icon to text, menu to subpanel to frame to new page/return G) Approriate extension as needed for country/culture/context: ^) Do you default by IP address to country of origin or other content negotiation standard? 1) Japanese, two iconographies 2) Serbo Croatian & others, multiple alphabets 3) China & others, multiple languages 4) Some countries, multiple flags for multiple cultures or areas 5) Indonesia and others, cultural & cognitive contexts not included in flag/country/language: Indonesia: Using negatives is a no-no Navajo/Amerindian: Forms of address, lack of verbs, etc. Many: Different world=view language=conginition maps needing other forms. $) Sublanguages, fonts, symbol sets, and code pages (ick). Coming to a common consensus convention is the hard part. H) You migt want to consider adding drop down menus (with alternates) for browser configuration to be done automatically by the server (or at least to build a complete script or instruction file customized) Much more easy for a novice to set up than to read through extended text instructions. Also will take a bit more work on your part. I) Places to get fonts and so forth for each manguage would be useful. J) Attaching fonts, layout, presentation, systematic style sheets, & so forth to menu drop downs off of window pane enhanced edging under iconography (similar to pan/zoom/scroll, rotate/translate/scale, and min/max/move) seems to be the way to go, with a method of getting help/description $) Modal presentations, such as icon/text, slow or fast comm speed, firsttime/novice/intermediate/advanced/expert, to allow minimal intrusion. Defaults to setup for first time introduction, etc. You get the picture. You are already 90% there. III) It would REALLY be nice of this was in a standardized place according to some standardized SSS (Schema Specified Somewhere). IV) You might look into doing that as a look-and-fell that adds an EEE (Electronically Extended Enhanced) Edging to the SSS panel framings (such as menus, title/croll/tool bars, etc.).(as well as fallbacks!}. Very straightforward to specify, takes a bit of web programming to provide the proper fallbacks. Roy Andrew Crabtree [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Netscape, others 919-489-1157 US USPS POB 9001 (mailing) CHapel Hill. NC 27515-9001 3012 Mornstar Place (permanent) Greensboro, NC 27514-6220
Bug#134606: patch
Howdy, Frank, your patch for 134606 lowercases the surname anchors, which will break existing links. Would you please submit a patch that doesn't or explain why they should be lowercase? -- Matt
