|The new www.ctan.org||CTAN Announcements||12/12/12 1:24 AM|
The CTAN Team is proud to announce the relaunch of the CTAN Web site
The new site provides the information and functions of the old site in
a new look&feel. This is a first step towards an improved user
experience. Some of the features of the new site are:
* Informative landing page
* Improved upload form with forwarding to the master hosts
* Browsing of the CTAN tree
* Listing, registering and monitoring of the CTAN mirrors
* Browsing the Catalogue (packages, authors, topics)
* Availability of different skins to suit your taste
Most of the existing URLs are preserved. If you encounter any problems
report them to webmaster -at- ctan.org.
We have established a mailing list for discussions about further
development of the site. Thus all feature requests and proposals
should go there. Register for this mailing list under
Enjoy the new site and keep on TeXing
The CTAN Team
|Re: The new www.ctan.org||Marc van Dongen||12/12/12 1:38 AM|
On Wednesday, December 12, 2012 9:24:45 AM UTC, CTAN Announcements wrote:
Congratulations to the CTAN team for a nice job. Congratulations to the TeX user base for an early Christmas present.
|Re: The new www.ctan.org||Marco Daniel||12/12/12 1:49 AM|
Thanks for the great job. Awesome.
|Re: The new www.ctan.org||Joseph Wright||12/12/12 1:53 AM|
On 12/12/2012 09:24, CTAN Announcements wrote:Looks good: await new features with interest!
|Re: The new www.ctan.org||Lars Madsen||12/12/12 5:11 AM|
|Re: The new www.ctan.org||Ulrike Fischer||12/12/12 5:45 AM|
Am Wed, 12 Dec 2012 10:24:45 +0100 (CET) schrieb CTAN Announcements:Until now I was able to search for files and get a listing with the
complete path all in one page. E.g. if I entered "liber" I got a
long list of files and folders with "liber" in their name. This made
it very easy to find a specific file or package.
This functionality seems to have gone: If I enter "liber" I get no
hits (so no lists of files related e.g. to the libertine fonts). And
if I enter some word like "font" I get only hits which links to a
Is the file search still there? If not I will file a feature
request. I miss it badly ;-(.
|Re: The new www.ctan.org||Gerd Neugebauer||12/12/12 5:51 AM|
On Wednesday, December 12, 2012 2:45:27 PM UTC+1, Ulrike Fischer wrote:The file search is not enabled yet. As you can see on the search page some items are grayed out. They contain functionality to be enabled in the future (hopefully).
|Re: The new www.ctan.org||Ulrike Fischer||12/12/12 6:03 AM|
Am Wed, 12 Dec 2012 05:51:35 -0800 (PST) schrieb Gerd Neugebauer:But the gray parts seems to address a search *in* files. That's not
what I meant. I only want to search for file names. E.g. if I input
"ugm" I want as hit "ugm.zip" and "ugmr8a.pfb" etc.
|Re: The new www.ctan.org||Gerd Neugebauer||12/12/12 6:17 AM|
On Wednesday, December 12, 2012 3:03:37 PM UTC+1, Ulrike Fischer wrote:[...]
> > The file search is not enabled yet. As you can see on the searchI got it. It is related to the same mechanism. The indexing needs to traverse the whole directory tree and add entries to the index. This will also record the file names whcih can be sought then.
|Re: The new www.ctan.org||Victor Eijkhout||12/12/12 8:46 AM|
CTAN Announcements <ctan...@dante.de> wrote:It's one of those unsung web sites. Modest appearance, but it's very
usefull. Thanks for continuing to improve it.
Victor Eijkhout -- eijkhout at tacc utexas edu
|Re: The new www.ctan.org||Manuel Collado||12/12/12 8:26 AM|
Not exactly the file search, but it seems that the search facility
supports some kind of "wildcards" when searching for package names and
Please try "liber*". You will get 9 hits.
Manuel Collado - http://lml.ls.fi.upm.es/~mcollado
|Re: The new www.ctan.org||peter||12/12/12 12:35 PM|
On 12/12/2012 09:24 AM, CTAN Announcements wrote:This is excellent. Congratulations to all concerned.
|Re: The new www.ctan.org||Dan||12/12/12 3:15 PM|
On Dec 12, 3:24 am, CTAN Announcements <ctan-...@dante.de> wrote:I actually got to see a preliminary version some months ago. Glad to
see some minor problems corrected. Nice look. But I am not a fan of
the 3D mouse-over effect on buttons. A bit too "look-at-me" for my
|Re: The new www.ctan.org||Lars Madsen||12/13/12 2:42 AM|
me too, that is not nice. Color change is fine, but they should not move.
I guess it is a missing css setting, a border that need a default value
|Re: The new www.ctan.org||Gerd Neugebauer||12/13/12 3:44 AM|
Your guess is wrong. The movement has been built in conciously by me.
If you don't like it you can choose another skin. I propose you try "plain". This should not disturb you with any fancy effects;-)
|Re: The new www.ctan.org||jon||12/13/12 6:21 AM|
On Wednesday, 12 December 2012 04:24:45 UTC-5, CTAN Announcements wrote:thanks to all concerned!
one thing, though, i just tried to download imakeidx.zip from:
and it tries to download:
which it can't find, naturally. (this also happened yesterday with the eledmac files.)
|Re: The new www.ctan.org||Robin Fairbairns||12/13/12 7:38 AM|
sorry about that. the bug has been found, but can't be corrected until
this evening (involves re-running the indexing, apparently...).
Robin Fairbairns, Cambridge
sorry about all this posting. i'll go back to sleep in a bit.
|Re: The new www.ctan.org||Dan Luecking||12/13/12 12:28 PM|
On Thu, 13 Dec 2012 03:44:46 -0800 (PST), Gerd NeugebauerThen at least it shouldn't cause the _rest_ of the page to
move. This is the effect I see when mousing over the [Search]
button on the search page (in both my browsers; this also
happens on the home page, but only in one of them). Lars may
be right: perhaps the css doesn't take into account that the
button takes up more space in its 3d version.
I might add that the text "Options" on the search page is
kind of weird. It doesn't appear clickable (the mouse
pointer becomes a text cursor and there is no color change).
And on first entering the page there is an [X] next to it
that has no effect when clicked except it changes to a
\triangledown. Clicking the triangle has no effect. Only
optimistically clicking on the word "Options" itself
produces a checklist.
Ah, now I see that you have hidden a "Settings" link up
behind the lion. This seems a too inconspicuous place to
put it. The usual way to read a page is to start at the
title and scan downward. I missed it completely.
Actually the plain skin is not too bad, but that may be
too much of a change. We mostly just don't want our text
One advantage of plain is that the "Settings" and "Help"
links are a little more obvious, being set off in a bar
along the top of the page along with other buttons.
To reply by email, change LookInSig to luecking
|Re: The new www.ctan.org||Joris||12/13/12 1:49 PM|
The rest of the page doesn't move for me (Chrome on Ubuntu).
|Re: The new www.ctan.org||Gerd Neugebauer||12/13/12 2:44 PM|
On Thursday, December 13, 2012 9:28:26 PM UTC+1, Dan Luecking wrote:[...]
> >Your guess is wrong. The movement has been built in conciously by me.I have taken this into account. Bothe the mathematics as well as my
observations with several browsers have confirmed this for me.
Which browers (version) under which OS have you used?
... and with which magnification?
There has been a discssion about that. I will have to fine-tune this.
Usually you should not be disturbed by such noise. It will become more
obvious when the registering and login are activated in the future.
Understandable. I would like to calm down the movement of the rest of
the page without nailing the buttons to the background...
|Re: The new www.ctan.org||Lee Rudolph||12/13/12 2:50 PM|
Gerd Neugebauer <ge...@gerd-neugebauer.de> writes:It happens for me as well (also for the "Reset Input" button)
using Firefox 17.0.1 on Windows 7 at every available magnification.
On the other hand, it doesn't happen at all with lynx.
|Re: The new www.ctan.org||Gerd Neugebauer||12/14/12 12:30 AM|
On Thursday, December 13, 2012 11:50:20 PM UTC+1, Lee Rudolph wrote:
> Gerd Neugebauer <ge...@gerd-neugebauer.de> writes:
> >Which browers (version) under which OS have you used?Strange, I have checked the behaviour on Windows 7 with Firefox
17.0.1 and I do not see this effect at all:-(
|Re: The new www.ctan.org||Ronnie Marksch||12/14/12 12:56 AM|
On 12/14/2012 09:30 AM, Gerd Neugebauer wrote:http://www.ctan.org/search
I have the effect under (gentoo) linux with:
Even if these versions are not the most current, it should be obvious
that something is wrong (?)
Still, it is a nice makeover!
|Re: The new www.ctan.org||Manuel Collado||12/14/12 4:50 AM|
El 14/12/2012 9:56, Ronnie Marksch escribió:>>...
>> Strange, I have checked the behaviour on Windows 7 with FirefoxThe content movement for the search webpage in FF 17.0 is triggered just
by the two buttons inside the blue search panel. It is the panel itself
that gets taller, and this cause all page stuff below it to be relocated
|Re: The new www.ctan.org||Dan||12/14/12 1:29 PM|
On Dec 13, 4:44 pm, Gerd Neugebauer <g...@gerd-neugebauer.de> wrote:Versions:
Windows 7 Enterprise:
Chrome (don't know the version, it's on my work computer. Only this
shows motion of other text on home page.)
Widows 7 Home premium:
All tested magnifications except that, in all three browsers, the
disappears when the "Search" and "Reset input" buttons become
one atop the other.
Firefox won't tell me what the magnification is, but the disappearance
occurs after after three presses of Ctrl-+ from the default. Perhaps
130%, assuming 100% is default and steps are 10%?
I can't test Chrome at the moment, but it was a similar number of
In Opera the effect disappears at 140%. (4 steps above default.)
|Re: The new www.ctan.org||Gerd Neugebauer||12/14/12 2:29 PM|
On Friday, December 14, 2012 10:29:28 PM UTC+1, Dan wrote:
> Windows 7 Enterprise:
> Firefox 17.0.1
> Chrome (don't know the version, it's on my work computer. Only this
> shows motion of other text on home page.)
> Widows 7 Home premium:
> Firefox 17.0.1
> Opera 12.11
> All tested magnifications except that, in all three browsers, the
> disappears when the "Search" and "Reset input" buttons become
> one atop the other.
OK. I got it. The issue should be fixed now.
Thanks for all who pointed me to this flaw.
|Re: The new www.ctan.org||Jim Diamond||12/15/12 9:15 AM|
Amusingly, I didn't have motion before when I moused over the button,
now I do. So it is just broken in a different way.
Firefox 17.0.1 on Slackware64 14.0, default magnification.
|Re: The new www.ctan.org||Herbert Schulz||12/15/12 9:24 AM|
|Re: The new www.ctan.org||Gerd Neugebauer||12/17/12 3:16 PM|
On Saturday, December 15, 2012 6:24:16 PM UTC+1, Herbert Schulz wrote:
> Same is true here using Safari under OS X. No problem before and text[...]
I have tried another fix. Let's see whether this helps...
|Re: The new www.ctan.org||Herbert Schulz||12/17/12 3:41 PM|
In article <email@example.com>,
It's back to proper behavior now; no text movement when hovering over
the button using Safari under OS X.
|Re: The new www.ctan.org||Marc van Dongen||12/18/12 12:29 AM|
On Monday, December 17, 2012 11:16:51 PM UTC, Gerd Neugebauer wrote:Hi Gerd,
I have a __minor__ comment that is also related to text movement. The reason for the movement is best explained using the following example.
At the top of the main page are two hyperlinks, which are side by side:
"CTAN" and "Comprehensive TEX Archive Network". When I rest the mouse pointer on the CTAN link, the link is ``highlighted'' by displaying it in bold. As a result the link gets wider and this moves the other hyperlink a few millimetres to the right. (BTW, I'm using chrome on Ubuntu 12.10.)
As I wrote, it's a __minor__ thing but it does give the page an ``unstable'' look and feel. I suspect this can be fixed by positioning the second link at an absolute position instead of position relative to the first one.
Marc van Dongen
|Re: The new www.ctan.org||Lars Madsen||12/18/12 1:33 AM|
the search and reset buttons no longer move in my FF (17.0.1 Ubuntu)
try the same trick on the four buttons on the top row
|Re: The new www.ctan.org||Gerd Neugebauer||12/19/12 1:35 PM|
On Tuesday, December 18, 2012 9:29:10 AM UTC+1, Marc van Dongen wrote:
> Hi Gerd,
I have seen this before. The current breadcrumb element is switched to bold when mouse is over. Thus the width changes and the text is shifted rightwards.
Maybe I will just drop the boldening. I'll think about it...
> Marc van Dongen
|Re: The new www.ctan.org||Jim Diamond||12/19/12 3:42 PM|
works for me.
|Re: The new www.ctan.org||Herbert Voss||12/20/12 3:10 AM|
Am 19.12.2012 22:35, schrieb Gerd Neugebauer:
>> I have a __minor__ comment that is also related to text movement. The reason for the movement is best explained using the following example.Why? It doesn't hurt and others like it ... ;-)