From: Kevin M. <kev...@us...> - 2009-12-03 21:21:32
|
This is just some feedback for whoever maintains the MinGW download page. I haven't downloaded a new MinGW in a couple years, so the current web page is new for me. Near the top of the download page, there is this big green button: Download Now! x86-mingw32-build-1.0-sh.tar.bz2 If I was a new user, the x86-mingw32-build-1.0-sh.tar.bz2 would appear to be the most important thing to download (it is highlighted by this big green button!). However, that doesn't lead to the goodness that is MinGW. If I want to download MinGW and MSYS, instead I need to scan through the chronological list of files to find "Automated MinGW installer" and "MSYS Base System". While I see the value in having the chronological list of released files, wouldn't it make sense to have the MinGW installer and the MSYS installer sitting in the green button? Kevin |
From: Eran I. <era...@gm...> - 2009-12-03 21:28:53
|
On 12/3/2009 11:05 PM, Kevin Mack wrote: > This is just some feedback for whoever maintains the MinGW download > page. I haven't downloaded a new MinGW in a couple years, so the > current web page is new for me. > > Near the top of the download page, there is this big green button: > > Download Now! > x86-mingw32-build-1.0-sh.tar.bz2 > > If I was a new user, the x86-mingw32-build-1.0-sh.tar.bz2 would appear > to be the most important thing to download (it is highlighted by this > big green button!). However, that doesn't lead to the goodness that is > MinGW. > > If I want to download MinGW and MSYS, instead I need to scan through the > chronological list of files to find "Automated MinGW installer" and > "MSYS Base System". While I see the value in having the chronological > list of released files, wouldn't it make sense to have the MinGW > installer and the MSYS installer sitting in the green button? > > Kevin > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > > I dont think the MinGW team can do anything about the "Big Green Button" Its sourceforge who simply places the last file uploaded to the server in the green button (as a project owner myself, I was facing this problem and could not find a solution for it) Eran |
From: Keith M. <kei...@us...> - 2009-12-03 22:06:31
|
On Thursday 03 December 2009 21:26:46 Eran Ifrah wrote: > I dont think the MinGW team can do anything about the "Big Green > Button" See my original reply to Kevin -- we can do no more than choose which one package (end user's host selectively) is bound. > Its sourceforge who simply places the last file uploaded > to the server in the green button It isn't (necessarily) the last file uploaded -- it is whatever *you* (as project maintainer) specify as the default download for each end user platform you wish to support. -- Regards, Keith. |
From: Allin C. <cot...@wf...> - 2009-12-03 21:34:37
|
On Thu, 3 Dec 2009, Kevin Mack wrote: > This is just some feedback for whoever maintains the MinGW download > page. I haven't downloaded a new MinGW in a couple years, so the > current web page is new for me. > > Near the top of the download page, there is this big green button: > > Download Now! > x86-mingw32-build-1.0-sh.tar.bz2 That's a sourceforge thing, part of their new file management setup -- it's the most recent file that goes there, and I'm not aware of any way for a project to control that. It is possible, however, for a project to set up a sort of "meta-download" page -- a regular web page that provides links to the most "important" files in the download area, organized logically. I think this would be nice to have on the mingw site. Allin Cottrell |
From: Keith M. <kei...@us...> - 2009-12-03 22:00:48
|
On Thursday 03 December 2009 21:05:18 Kevin Mack wrote: > This is just some feedback for whoever maintains the MinGW > download page. Thanks. > I haven't downloaded a new MinGW in a couple > years, so the current web page is new for me. It's new[ish] for most of us -- foist on us unilaterally by SF. > Near the top of the download page, there is this big green button: > > Download Now! > x86-mingw32-build-1.0-sh.tar.bz2 So, you must be using a GNU/Linux host to browse the site, (or at least SF *thinks* that you are). > If I was a new user, the x86-mingw32-build-1.0-sh.tar.bz2 would > appear to be the most important thing to download (it is > highlighted by this big green button!). However, that doesn't > lead to the goodness that is MinGW. For those running GNU/Linux it does! It's the installation system for our officially supported *nix hosted mingw32-cross-compiler; it performs a guided download and installation of a complete, working mingw32-cross-compiler suite, to get you started AQAP. > If I want to download MinGW and MSYS, instead I need to scan > through the chronological list of files to find "Automated MinGW > installer" If you browse the page from a MSW host, it's this "Automated MinGW Installer" which becomes the focus of the big green button. Again, this takes the user to an installer for the MinGW suite to get him started AQAP. (Admittedly still a GCC-3.4.5 based suite, due to the unmaintained status of that installer -- this will change, when the next generation "mingw-get" installer becomes available). > and "MSYS Base System". While I see the value in > having the chronological list of released files, I agree that the list organisation could be improved, but we are reluctant to embark on any reorganisation effort, given SF's recent track record for moving the goal posts at the drop of a hat, and without any form of consultation. FWIW, I would love to see the (sometimes huge) block of "recent file releases" disappear -- it simply doesn't fit into any form of organisational hierarchy for the page, and it just gets in the way. Unfortunately, that's another SF misfeature, over which we can exercise no control, AFAICT. > wouldn't it make > sense to have the MinGW installer and the MSYS installer sitting > in the green button? Only one package can be the focus of the green button; that's not our design choice; it is SF's. We get to choose only which that one package is, with refinement based on the end user's host type. -- Regards, Keith. |
From: Kevin M. <kev...@us...> - 2009-12-04 16:29:08
|
Keith Marshall wrote: > On Thursday 03 December 2009 21:05:18 Kevin Mack wrote: > >> This is just some feedback for whoever maintains the MinGW >> download page. >> > > Thanks. > > >> I haven't downloaded a new MinGW in a couple >> years, so the current web page is new for me. >> > > It's new[ish] for most of us -- foist on us unilaterally by SF. > > >> Near the top of the download page, there is this big green button: >> >> Download Now! >> x86-mingw32-build-1.0-sh.tar.bz2 >> > > So, you must be using a GNU/Linux host to browse the site, (or at > least SF *thinks* that you are). > > Yes, I was using a Linux machine at the time. >> If I was a new user, the x86-mingw32-build-1.0-sh.tar.bz2 would >> appear to be the most important thing to download (it is >> highlighted by this big green button!). However, that doesn't >> lead to the goodness that is MinGW. >> > > For those running GNU/Linux it does! It's the installation system > for our officially supported *nix hosted mingw32-cross-compiler; it > performs a guided download and installation of a complete, working > mingw32-cross-compiler suite, to get you started AQAP. > > Understood - not what I was wanting to download, but makes sense that a person running Linux might want that. >> If I want to download MinGW and MSYS, instead I need to scan >> through the chronological list of files to find "Automated MinGW >> installer" >> > > If you browse the page from a MSW host, it's this "Automated MinGW > Installer" which becomes the focus of the big green button. Again, > this takes the user to an installer for the MinGW suite to get him > started AQAP. (Admittedly still a GCC-3.4.5 based suite, due to the > unmaintained status of that installer -- this will change, when the > next generation "mingw-get" installer becomes available). > > >> and "MSYS Base System". While I see the value in >> having the chronological list of released files, >> > > I agree that the list organisation could be improved, but we are > reluctant to embark on any reorganisation effort, given SF's recent > track record for moving the goal posts at the drop of a hat, and > without any form of consultation. > > FWIW, I would love to see the (sometimes huge) block of "recent file > releases" disappear -- it simply doesn't fit into any form of > organisational hierarchy for the page, and it just gets in the way. > Unfortunately, that's another SF misfeature, over which we can > exercise no control, AFAICT. > > >> wouldn't it make >> sense to have the MinGW installer and the MSYS installer sitting >> in the green button? >> > > Only one package can be the focus of the green button; that's not our > design choice; it is SF's. We get to choose only which that one > package is, with refinement based on the end user's host type. > > |
From: Gerald C. <ge...@wi...> - 2009-12-03 22:24:32
|
Allin Cottrell wrote: > On Thu, 3 Dec 2009, Kevin Mack wrote: > >> This is just some feedback for whoever maintains the MinGW download >> page. I haven't downloaded a new MinGW in a couple years, so the >> current web page is new for me. >> >> Near the top of the download page, there is this big green button: >> >> Download Now! >> x86-mingw32-build-1.0-sh.tar.bz2 > > That's a sourceforge thing, part of their new file management > setup -- it's the most recent file that goes there, and I'm not > aware of any way for a project to control that. You can control it in the project's File Manager page. Clicking on a file lets you edit its properties, including its status as the default download for one or more platforms. The File Manager page is only available to project administrators. |
From: Allin C. <cot...@wf...> - 2009-12-03 23:00:50
|
On Thu, 3 Dec 2009, Gerald Combs wrote: > Allin Cottrell wrote: > > On Thu, 3 Dec 2009, Kevin Mack wrote: > > > >> This is just some feedback for whoever maintains the MinGW download > >> page. I haven't downloaded a new MinGW in a couple years, so the > >> current web page is new for me. > >> > >> Near the top of the download page, there is this big green button: > >> > >> Download Now! > >> x86-mingw32-build-1.0-sh.tar.bz2 > > > > That's a sourceforge thing, part of their new file management > > setup -- it's the most recent file that goes there, and I'm not > > aware of any way for a project to control that. > > You can control it in the project's File Manager page. Clicking on a > file lets you edit its properties, including its status as the default > download for one or more platforms. The File Manager page is only > available to project administrators. OK, the "big green file" is the one marked as the default platform download, I'd forgotten that. But I think my point about providing a catalogue raisonne of downloads on a human-designed page is still valid. This can easily be scripted to adjust to new releases. Allin Cottrell |
From: Keith M. <kei...@us...> - 2009-12-03 23:59:08
|
On Thursday 03 December 2009 23:00:38 Allin Cottrell wrote: > But I think my point about > providing a catalogue raisonne of downloads on a human-designed > page is still valid. Sure. Are you volunteering to create and maintain that for us? > This can easily be scripted to adjust to new releases. You think so? Well, good luck. (Been there, done that, got the T-shirt). The *big* problems start when SF start messing about with the FRS presentation; when we tried it before, we gave up chasing a continually moving target. -- Regards, Keith. |
From: Earnie B. <ea...@us...> - 2009-12-09 14:38:50
|
Quoting Allin Cottrell <cot...@wf...>: > This can easily be scripted to adjust to new releases. Did that once upon a time. Will never do it again. SF changes are too frequent to bother. -- Earnie |