You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by sebb <se...@gmail.com> on 2013/07/27 22:10:17 UTC
Download page could give approximate file size
It might be helpful if the download page showed the approximate file
size downloads.
This would help users to know how long it might take (and do they have
the space!) as well as offering an obvious sign if a download is
truncated by more than a few kB. Not perfect, but would have helped
the recent downloader.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Download page could give approximate file size
Posted by Kay Schenk <ka...@gmail.com>.
On Sun, Aug 4, 2013 at 12:14 PM, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 08/04/2013 09:11 PM, schrieb Kay Schenk:
>
>> On Sun, Aug 4, 2013 at 11:45 AM, Marcus (OOo)<ma...@wtnet.de>
>> wrote:
>>
>> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>>>
>>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>>>
>>>> It might be helpful if the download page showed the approximate file
>>>>> size downloads.
>>>>>
>>>>> This would help users to know how long it might take (and do they have
>>>>> the space!) as well as offering an obvious sign if a download is
>>>>> truncated by more than a few kB. Not perfect, but would have helped
>>>>> the recent downloader.
>>>>>
>>>>>
>>>> Right, this would be much more helpful than having nothing.
>>>>
>>>> I'll think about how to implement this into the current DL scripting.
>>>>
>>>>
>>> I've created some new scripting and the result can be seen here:
>>>
>>> http://ooo-site.staging.**apac**he.org/download/test/**index.**html<http://apache.org/download/test/**index.html>
>>> <http://ooo-site.staging.**apache.org/download/test/**index.html<http://ooo-site.staging.apache.org/download/test/index.html>
>>> >
>>>
>>> Marcus
>>>
>>>
>>> ------------------------------****----------------------------**
>>> --**---------
>>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**a**pache.org<http://apache.org>
>>> <de...@openoffice.apache.org>
>>> >
>>>
>>> For additional commands, e-mail: dev-help@openoffice.apache.org
>>>
>>>
>> uh - oh -- I'm getting "unknown platform/OS" on this right now.
>>
>> Still good on the production DL for LInux/RPM though.
>>
>
> Then please give the output from the analyze page by PM (just as plain
> ASCII).
>
> Thanks
>
>
> Marcus
>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<de...@openoffice.apache.org>
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
attached screen shot as png...I hope it comes through
Linux 32 bit
--
-------------------------------------------------------------------------------------------------
MzK
Success is falling nine times and getting up ten."
-- Jon Bon Jovi
Re: Download page could give approximate file size
Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 08/04/2013 09:11 PM, schrieb Kay Schenk:
> On Sun, Aug 4, 2013 at 11:45 AM, Marcus (OOo)<ma...@wtnet.de> wrote:
>
>> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>>
>>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>>
>>>> It might be helpful if the download page showed the approximate file
>>>> size downloads.
>>>>
>>>> This would help users to know how long it might take (and do they have
>>>> the space!) as well as offering an obvious sign if a download is
>>>> truncated by more than a few kB. Not perfect, but would have helped
>>>> the recent downloader.
>>>>
>>>
>>> Right, this would be much more helpful than having nothing.
>>>
>>> I'll think about how to implement this into the current DL scripting.
>>>
>>
>> I've created some new scripting and the result can be seen here:
>>
>> http://ooo-site.staging.**apache.org/download/test/**index.html<http://ooo-site.staging.apache.org/download/test/index.html>
>>
>> Marcus
>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<de...@openoffice.apache.org>
>> For additional commands, e-mail: dev-help@openoffice.apache.org
>>
>
> uh - oh -- I'm getting "unknown platform/OS" on this right now.
>
> Still good on the production DL for LInux/RPM though.
Then please give the output from the analyze page by PM (just as plain
ASCII).
Thanks
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Download page could give approximate file size
Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 08/04/2013 09:11 PM, schrieb Kay Schenk:
> On Sun, Aug 4, 2013 at 11:45 AM, Marcus (OOo)<ma...@wtnet.de> wrote:
>
>> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>>
>>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>>
>>>> It might be helpful if the download page showed the approximate file
>>>> size downloads.
>>>>
>>>> This would help users to know how long it might take (and do they have
>>>> the space!) as well as offering an obvious sign if a download is
>>>> truncated by more than a few kB. Not perfect, but would have helped
>>>> the recent downloader.
>>>>
>>>
>>> Right, this would be much more helpful than having nothing.
>>>
>>> I'll think about how to implement this into the current DL scripting.
>>>
>>
>> I've created some new scripting and the result can be seen here:
>>
>> http://ooo-site.staging.**apache.org/download/test/**index.html<http://ooo-site.staging.apache.org/download/test/index.html>
>>
>> Marcus
>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<de...@openoffice.apache.org>
>> For additional commands, e-mail: dev-help@openoffice.apache.org
>>
>
> uh - oh -- I'm getting "unknown platform/OS" on this right now.
>
> Still good on the production DL for LInux/RPM though.
The root cause was that the term "i686" wasn't recognized as x86
platform. This was fixed and now it's working.
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Download page could give approximate file size
Posted by Ricardo Berlasso <rg...@gmail.com>.
2013/8/4 Kay Schenk <ka...@gmail.com>
> On Sun, Aug 4, 2013 at 11:45 AM, Marcus (OOo) <ma...@wtnet.de>
> wrote:
>
> > Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
> >
> >> Am 07/27/2013 10:10 PM, schrieb sebb:
> >>
> >>> It might be helpful if the download page showed the approximate file
> >>> size downloads.
> >>>
> >>> This would help users to know how long it might take (and do they have
> >>> the space!) as well as offering an obvious sign if a download is
> >>> truncated by more than a few kB. Not perfect, but would have helped
> >>> the recent downloader.
> >>>
> >>
> >> Right, this would be much more helpful than having nothing.
> >>
> >> I'll think about how to implement this into the current DL scripting.
> >>
> >
> > I've created some new scripting and the result can be seen here:
> >
> > http://ooo-site.staging.**apache.org/download/test/**index.html<
> http://ooo-site.staging.apache.org/download/test/index.html>
> >
> > Marcus
> >
> >
> > ------------------------------**------------------------------**---------
> > To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<
> dev-unsubscribe@openoffice.apache.org>
> > For additional commands, e-mail: dev-help@openoffice.apache.org
> >
>
> uh - oh -- I'm getting "unknown platform/OS" on this right now.
>
> Still good on the production DL for LInux/RPM though.
>
It's working great here, on openSUSE 12.3 64 bits with all the browsers I
have installed (firefox, konqueror, chromium...):
Download Apache OpenOffice 4.0.0
Click here for the most recent version for:
Linux 64-bit (RPM) and Español (~146.06 MByte).
Regards
Ricardo
>
>
>
> --
>
> -------------------------------------------------------------------------------------------------
> MzK
>
> Success is falling nine times and getting up ten."
> -- Jon Bon Jovi
>
Re: Download page could give approximate file size
Posted by Kay Schenk <ka...@gmail.com>.
On Sun, Aug 4, 2013 at 11:45 AM, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>
>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>
>>> It might be helpful if the download page showed the approximate file
>>> size downloads.
>>>
>>> This would help users to know how long it might take (and do they have
>>> the space!) as well as offering an obvious sign if a download is
>>> truncated by more than a few kB. Not perfect, but would have helped
>>> the recent downloader.
>>>
>>
>> Right, this would be much more helpful than having nothing.
>>
>> I'll think about how to implement this into the current DL scripting.
>>
>
> I've created some new scripting and the result can be seen here:
>
> http://ooo-site.staging.**apache.org/download/test/**index.html<http://ooo-site.staging.apache.org/download/test/index.html>
>
> Marcus
>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<de...@openoffice.apache.org>
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
uh - oh -- I'm getting "unknown platform/OS" on this right now.
Still good on the production DL for LInux/RPM though.
--
-------------------------------------------------------------------------------------------------
MzK
Success is falling nine times and getting up ten."
-- Jon Bon Jovi
Re: Download page could give approximate file size
Posted by Roberto Galoppini <ro...@gmail.com>.
2013/8/6 Marcus (OOo) <ma...@wtnet.de>
> Am 08/06/2013 09:55 PM, schrieb Roberto Galoppini:
>
>> 2013/8/5 Marcus (OOo)<ma...@wtnet.de>
>>
>> Am 08/05/2013 07:11 PM, schrieb sebb:
>>>
>>> On 4 August 2013 19:45, Marcus (OOo)<ma...@wtnet.de> wrote:
>>>
>>>>
>>>> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>>>>>
>>>>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>>>>
>>>>>>
>>>>>>
>>>>>>> It might be helpful if the download page showed the approximate file
>>>>>>> size downloads.
>>>>>>>
>>>>>>> This would help users to know how long it might take (and do they
>>>>>>> have
>>>>>>> the space!) as well as offering an obvious sign if a download is
>>>>>>> truncated by more than a few kB. Not perfect, but would have helped
>>>>>>> the recent downloader.
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> Right, this would be much more helpful than having nothing.
>>>>>>
>>>>>> I'll think about how to implement this into the current DL scripting.
>>>>>>
>>>>>>
>>>>>
>>>>> I've created some new scripting and the result can be seen here:
>>>>>
>>>>> http://ooo-site.staging.**apac**he.org/download/test/**index.**html<http://apache.org/download/test/**index.html>
>>>>> <http://ooo-site.staging.**apache.org/download/test/**index.html<http://ooo-site.staging.apache.org/download/test/index.html>
>>>>> >
>>>>>
>>>>>
>>>> That's good to have the size in the main download box.
>>>> However, given that the size is approximate, I'm not sure it's
>>>> necessary to provide it to two decimal places.
>>>> Either give the exact size, or round to the nearest MB.
>>>>
>>>> The page shows me:
>>>>
>>>> Windows (EXE) and English (British) (~129.89 MByte).
>>>>
>>>> Once downloaded, the Windows XP property page shows:
>>>> 129 MB (136,201,626 bytes)
>>>>
>>>> So I think the download box should also show 129MB
>>>>
>>>>
>>> OK, I've eliminated the decimal places.
>>>
>>>
>>> Unhelpfully, the SF downloads page [1] shows 136.2MB - looks as though
>>>
>>>> they divided by 1000 rather than 1024 - though it's unlikely anyone
>>>> would/could use that page as the file names are all truncated. I
>>>> don't know if it's possible to change the column sze for the name
>>>> column. Would be good if that could be corrected along with the size.
>>>>
>>>>
>>> Please have a look into this issue:
>>> https://issues.apache.org/ooo/****show_bug.cgi?id=122233<https://issues.apache.org/ooo/**show_bug.cgi?id=122233>
>>> <https**://issues.apache.org/ooo/show_**bug.cgi?id=122233<https://issues.apache.org/ooo/show_bug.cgi?id=122233>
>>> >
>>>
>>
>>
>> I have been commenting over there, please let me know if it works for you.
>>
>
> Yes, thanks.
>
> The problem with the file size should be a little thing.
>
That will be fixed soon.
>
> The one with the truncated filenames seems more severe. To show the
> complete file name via mouse over text is a good step forward. Let's see
> what the issue reporter will say.
>
Sure, let's see what he thinks.
Thanks,
>
> Marcus
>
>
>
> [1] http://sourceforge.net/****projects/openofficeorg.mirror/****<http://sourceforge.net/**projects/openofficeorg.mirror/**>
>>>
>>>> files/4.0.0/binaries/en-GB/<ht**tp://sourceforge.net/projects/**
>>>> openofficeorg.mirror/files/4.**0.0/binaries/en-GB/<http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.0/binaries/en-GB/>
>>>> >
>>>>
>>>>
>>>> Also, the KEYS/sigs/hashes ought to be shown before the alternate
>>>> downloads, ideally within the main green box as they relate to the
>>>> main download
>>>>
>>>>
>>> I've tried to realize that. But I think it's not possible as there is
>>> only
>>> one link possible as the whole pper green box has to be clickable: for
>>> the
>>> install file or for one of the signature/hash files.
>>>
>>> The most important part is the install file. Everything else is
>>> secondary.
>>>
>>>
>>> The other downloads ought to be shown in a bit more detail in a
>>> separate
>>>
>>>> box
>>>>
>>>>
>>> What do you mean with more details? What do you think is missing?
>>>
>>> Thanks
>>>
>>>
>>> Marcus
>>>
>>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<de...@openoffice.apache.org>
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
>
Re: Download page could give approximate file size
Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 08/06/2013 09:55 PM, schrieb Roberto Galoppini:
> 2013/8/5 Marcus (OOo)<ma...@wtnet.de>
>
>> Am 08/05/2013 07:11 PM, schrieb sebb:
>>
>> On 4 August 2013 19:45, Marcus (OOo)<ma...@wtnet.de> wrote:
>>>
>>>> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>>>>
>>>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>>>>
>>>>>>
>>>>>> It might be helpful if the download page showed the approximate file
>>>>>> size downloads.
>>>>>>
>>>>>> This would help users to know how long it might take (and do they have
>>>>>> the space!) as well as offering an obvious sign if a download is
>>>>>> truncated by more than a few kB. Not perfect, but would have helped
>>>>>> the recent downloader.
>>>>>>
>>>>>
>>>>>
>>>>> Right, this would be much more helpful than having nothing.
>>>>>
>>>>> I'll think about how to implement this into the current DL scripting.
>>>>>
>>>>
>>>>
>>>> I've created some new scripting and the result can be seen here:
>>>>
>>>> http://ooo-site.staging.**apache.org/download/test/**index.html<http://ooo-site.staging.apache.org/download/test/index.html>
>>>>
>>>
>>> That's good to have the size in the main download box.
>>> However, given that the size is approximate, I'm not sure it's
>>> necessary to provide it to two decimal places.
>>> Either give the exact size, or round to the nearest MB.
>>>
>>> The page shows me:
>>>
>>> Windows (EXE) and English (British) (~129.89 MByte).
>>>
>>> Once downloaded, the Windows XP property page shows:
>>> 129 MB (136,201,626 bytes)
>>>
>>> So I think the download box should also show 129MB
>>>
>>
>> OK, I've eliminated the decimal places.
>>
>>
>> Unhelpfully, the SF downloads page [1] shows 136.2MB - looks as though
>>> they divided by 1000 rather than 1024 - though it's unlikely anyone
>>> would/could use that page as the file names are all truncated. I
>>> don't know if it's possible to change the column sze for the name
>>> column. Would be good if that could be corrected along with the size.
>>>
>>
>> Please have a look into this issue:
>> https://issues.apache.org/ooo/**show_bug.cgi?id=122233<https://issues.apache.org/ooo/show_bug.cgi?id=122233>
>
>
> I have been commenting over there, please let me know if it works for you.
Yes, thanks.
The problem with the file size should be a little thing.
The one with the truncated filenames seems more severe. To show the
complete file name via mouse over text is a good step forward. Let's see
what the issue reporter will say.
Marcus
>> [1] http://sourceforge.net/**projects/openofficeorg.mirror/**
>>> files/4.0.0/binaries/en-GB/<http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.0/binaries/en-GB/>
>>>
>>> Also, the KEYS/sigs/hashes ought to be shown before the alternate
>>> downloads, ideally within the main green box as they relate to the
>>> main download
>>>
>>
>> I've tried to realize that. But I think it's not possible as there is only
>> one link possible as the whole pper green box has to be clickable: for the
>> install file or for one of the signature/hash files.
>>
>> The most important part is the install file. Everything else is secondary.
>>
>>
>> The other downloads ought to be shown in a bit more detail in a separate
>>> box
>>>
>>
>> What do you mean with more details? What do you think is missing?
>>
>> Thanks
>>
>>
>> Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Download page could give approximate file size
Posted by Roberto Galoppini <ro...@gmail.com>.
2013/8/5 Marcus (OOo) <ma...@wtnet.de>
> Am 08/05/2013 07:11 PM, schrieb sebb:
>
> On 4 August 2013 19:45, Marcus (OOo)<ma...@wtnet.de> wrote:
>>
>>> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>>>
>>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>>>
>>>>>
>>>>> It might be helpful if the download page showed the approximate file
>>>>> size downloads.
>>>>>
>>>>> This would help users to know how long it might take (and do they have
>>>>> the space!) as well as offering an obvious sign if a download is
>>>>> truncated by more than a few kB. Not perfect, but would have helped
>>>>> the recent downloader.
>>>>>
>>>>
>>>>
>>>> Right, this would be much more helpful than having nothing.
>>>>
>>>> I'll think about how to implement this into the current DL scripting.
>>>>
>>>
>>>
>>> I've created some new scripting and the result can be seen here:
>>>
>>> http://ooo-site.staging.**apache.org/download/test/**index.html<http://ooo-site.staging.apache.org/download/test/index.html>
>>>
>>
>> That's good to have the size in the main download box.
>> However, given that the size is approximate, I'm not sure it's
>> necessary to provide it to two decimal places.
>> Either give the exact size, or round to the nearest MB.
>>
>> The page shows me:
>>
>> Windows (EXE) and English (British) (~129.89 MByte).
>>
>> Once downloaded, the Windows XP property page shows:
>> 129 MB (136,201,626 bytes)
>>
>> So I think the download box should also show 129MB
>>
>
> OK, I've eliminated the decimal places.
>
>
> Unhelpfully, the SF downloads page [1] shows 136.2MB - looks as though
>> they divided by 1000 rather than 1024 - though it's unlikely anyone
>> would/could use that page as the file names are all truncated. I
>> don't know if it's possible to change the column sze for the name
>> column. Would be good if that could be corrected along with the size.
>>
>
> Please have a look into this issue:
> https://issues.apache.org/ooo/**show_bug.cgi?id=122233<https://issues.apache.org/ooo/show_bug.cgi?id=122233>
I have been commenting over there, please let me know if it works for you.
Thanks,
Roberto
>
>
> [1] http://sourceforge.net/**projects/openofficeorg.mirror/**
>> files/4.0.0/binaries/en-GB/<http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.0/binaries/en-GB/>
>>
>> Also, the KEYS/sigs/hashes ought to be shown before the alternate
>> downloads, ideally within the main green box as they relate to the
>> main download
>>
>
> I've tried to realize that. But I think it's not possible as there is only
> one link possible as the whole pper green box has to be clickable: for the
> install file or for one of the signature/hash files.
>
> The most important part is the install file. Everything else is secondary.
>
>
> The other downloads ought to be shown in a bit more detail in a separate
>> box
>>
>
> What do you mean with more details? What do you think is missing?
>
> Thanks
>
>
> Marcus
>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<de...@openoffice.apache.org>
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
>
Re: Download page could give approximate file size
Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 08/05/2013 11:45 PM, schrieb sebb:
> On 5 August 2013 22:23, Marcus (OOo)<ma...@wtnet.de> wrote:
>> Am 08/05/2013 10:24 PM, schrieb sebb:
>>
>>> On 5 August 2013 20:38, Marcus (OOo)<ma...@wtnet.de> wrote:
>>>>
>>>> Am 08/05/2013 07:11 PM, schrieb sebb:
>>>>
>>>>> On 4 August 2013 19:45, Marcus (OOo)<ma...@wtnet.de> wrote:
>>>>>>
>>>>>>
>>>>>> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>>>>>>
>>>>>>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> It might be helpful if the download page showed the approximate file
>>>>>>>> size downloads.
>>>>>>>>
>>>>>>>> This would help users to know how long it might take (and do they
>>>>>>>> have
>>>>>>>> the space!) as well as offering an obvious sign if a download is
>>>>>>>> truncated by more than a few kB. Not perfect, but would have helped
>>>>>>>> the recent downloader.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Right, this would be much more helpful than having nothing.
>>>>>>>
>>>>>>> I'll think about how to implement this into the current DL scripting.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> I've created some new scripting and the result can be seen here:
>>>>>>
>>>>>> http://ooo-site.staging.apache.org/download/test/index.html
>>>>>
>>>>>
>>>>>
>>>>> That's good to have the size in the main download box.
>>>>> However, given that the size is approximate, I'm not sure it's
>>>>> necessary to provide it to two decimal places.
>>>>> Either give the exact size, or round to the nearest MB.
>>>>>
>>>>> The page shows me:
>>>>>
>>>>> Windows (EXE) and English (British) (~129.89 MByte).
>>>>>
>>>>> Once downloaded, the Windows XP property page shows:
>>>>> 129 MB (136,201,626 bytes)
>>>>>
>>>>> So I think the download box should also show 129MB
>>>>
>>>>
>>>>
>>>> OK, I've eliminated the decimal places.
>>>>
>>>>
>>>>> Unhelpfully, the SF downloads page [1] shows 136.2MB - looks as though
>>>>> they divided by 1000 rather than 1024 - though it's unlikely anyone
>>>>> would/could use that page as the file names are all truncated. I
>>>>> don't know if it's possible to change the column sze for the name
>>>>> column. Would be good if that could be corrected along with the size.
>>>>
>>>>
>>>>
>>>> Please have a look into this issue:
>>>> https://issues.apache.org/ooo/show_bug.cgi?id=122233
>>>>
>>>>
>>>>> [1]
>>>>>
>>>>> http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.0/binaries/en-GB/
>>>>>
>>>>> Also, the KEYS/sigs/hashes ought to be shown before the alternate
>>>>> downloads, ideally within the main green box as they relate to the
>>>>> main download
>>>>
>>>>
>>>>
>>>> I've tried to realize that. But I think it's not possible as there is
>>>> only
>>>> one link possible as the whole pper green box has to be clickable: for
>>>> the
>>>> install file or for one of the signature/hash files.
>>>>
>>>> The most important part is the install file. Everything else is
>>>> secondary.
>>>
>>>
>>> In that case, put the KEYS etc. in a separate box immediately under
>>> the clickable box.
>>
>>
>> I've rearranged the content of the sub-green box. Now the hash links are on
>> top.
>>
>>
>>>>> The other downloads ought to be shown in a bit more detail in a separate
>>>>> box
>>>>
>>>>
>>>>
>>>> What do you mean with more details? What do you think is missing?
>>>
>>>
>>> The links are very cramped, and there is no explanation of what they are
>>> for.
>>
>>
>> Yes, that's right. A new format how these are presented to the users is
>> needed.
>>
>>
>>> At present the page reads:
>>>
>>> [LARGE GREEN DOWNLOAD BOX]
>>> Get all platforms, languages, language packs | Source code and SDK |
>>> Portable USB versions and third-party ports | Older and legacy
>>> versions: 3.4.1 + 3.3.0 |
>>> Signatures and hashes: KEYS , ASC , MD5 , SHA256 , How to verify? |
>>> Release Notes
>>>
>>> It should read something like:
>>>
>>> [LARGE GREEN DOWNLOAD BOX]
>>> Signatures and hashes: KEYS , ASC , MD5 , SHA256 , How to verify? |
>>> Release Notes
>>> <blank line>
>>> <then another different colour box containing something like>
>>> Looking for other downloads?
>>> * Builds of OpenOffice 4.0.0 for other platforms and languages
>>> * Additional Language packs for your OpenOffice installation
>>> * The source code and the SDK (Software Development Kit)
>>> * Portable USB versions and third-party ports of OpenOffice
>>> * Older and Legacy versions [should probably link to a separate page
>>> that explains the difference between 3.4.1 and 3.3.0]
>>
>>
>> OK. Let's see how this can be solved. This will be a bigger task. I'll put
>> this into the Wiki for improvement.
>>
>>
>>> ==
>>>
>>> The rest of the page is laid out with plenty of space between items.
>>> At present the light green box looks out of place, and is tricky to
>>
>>
>> In general, because it's also green I don't think that it is out of place.
>> The connection to the normal green box - and therefore to the most current
>> release - should be obvious and not that it is something different. But ...
>
> By "looks out of place" I meant that the styling/layout of the box
> does not agree with the rest of the page.
Ah, understood. The green boxes are indeed the only colored boxes with
two very similar meanings and two slightly different look & feel.
Marcus
>>> read unless you know exactly what you are looking for (and you
>>> understand the jargon).
>>
>>
>> ... yes, that's right. A new format could be better.
>>
>> Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Download page could give approximate file size
Posted by sebb <se...@gmail.com>.
On 5 August 2013 22:23, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 08/05/2013 10:24 PM, schrieb sebb:
>
>> On 5 August 2013 20:38, Marcus (OOo)<ma...@wtnet.de> wrote:
>>>
>>> Am 08/05/2013 07:11 PM, schrieb sebb:
>>>
>>>> On 4 August 2013 19:45, Marcus (OOo)<ma...@wtnet.de> wrote:
>>>>>
>>>>>
>>>>> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>>>>>
>>>>>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> It might be helpful if the download page showed the approximate file
>>>>>>> size downloads.
>>>>>>>
>>>>>>> This would help users to know how long it might take (and do they
>>>>>>> have
>>>>>>> the space!) as well as offering an obvious sign if a download is
>>>>>>> truncated by more than a few kB. Not perfect, but would have helped
>>>>>>> the recent downloader.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Right, this would be much more helpful than having nothing.
>>>>>>
>>>>>> I'll think about how to implement this into the current DL scripting.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> I've created some new scripting and the result can be seen here:
>>>>>
>>>>> http://ooo-site.staging.apache.org/download/test/index.html
>>>>
>>>>
>>>>
>>>> That's good to have the size in the main download box.
>>>> However, given that the size is approximate, I'm not sure it's
>>>> necessary to provide it to two decimal places.
>>>> Either give the exact size, or round to the nearest MB.
>>>>
>>>> The page shows me:
>>>>
>>>> Windows (EXE) and English (British) (~129.89 MByte).
>>>>
>>>> Once downloaded, the Windows XP property page shows:
>>>> 129 MB (136,201,626 bytes)
>>>>
>>>> So I think the download box should also show 129MB
>>>
>>>
>>>
>>> OK, I've eliminated the decimal places.
>>>
>>>
>>>> Unhelpfully, the SF downloads page [1] shows 136.2MB - looks as though
>>>> they divided by 1000 rather than 1024 - though it's unlikely anyone
>>>> would/could use that page as the file names are all truncated. I
>>>> don't know if it's possible to change the column sze for the name
>>>> column. Would be good if that could be corrected along with the size.
>>>
>>>
>>>
>>> Please have a look into this issue:
>>> https://issues.apache.org/ooo/show_bug.cgi?id=122233
>>>
>>>
>>>> [1]
>>>>
>>>> http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.0/binaries/en-GB/
>>>>
>>>> Also, the KEYS/sigs/hashes ought to be shown before the alternate
>>>> downloads, ideally within the main green box as they relate to the
>>>> main download
>>>
>>>
>>>
>>> I've tried to realize that. But I think it's not possible as there is
>>> only
>>> one link possible as the whole pper green box has to be clickable: for
>>> the
>>> install file or for one of the signature/hash files.
>>>
>>> The most important part is the install file. Everything else is
>>> secondary.
>>
>>
>> In that case, put the KEYS etc. in a separate box immediately under
>> the clickable box.
>
>
> I've rearranged the content of the sub-green box. Now the hash links are on
> top.
>
>
>>>> The other downloads ought to be shown in a bit more detail in a separate
>>>> box
>>>
>>>
>>>
>>> What do you mean with more details? What do you think is missing?
>>
>>
>> The links are very cramped, and there is no explanation of what they are
>> for.
>
>
> Yes, that's right. A new format how these are presented to the users is
> needed.
>
>
>> At present the page reads:
>>
>> [LARGE GREEN DOWNLOAD BOX]
>> Get all platforms, languages, language packs | Source code and SDK |
>> Portable USB versions and third-party ports | Older and legacy
>> versions: 3.4.1 + 3.3.0 |
>> Signatures and hashes: KEYS , ASC , MD5 , SHA256 , How to verify? |
>> Release Notes
>>
>> It should read something like:
>>
>> [LARGE GREEN DOWNLOAD BOX]
>> Signatures and hashes: KEYS , ASC , MD5 , SHA256 , How to verify? |
>> Release Notes
>> <blank line>
>> <then another different colour box containing something like>
>> Looking for other downloads?
>> * Builds of OpenOffice 4.0.0 for other platforms and languages
>> * Additional Language packs for your OpenOffice installation
>> * The source code and the SDK (Software Development Kit)
>> * Portable USB versions and third-party ports of OpenOffice
>> * Older and Legacy versions [should probably link to a separate page
>> that explains the difference between 3.4.1 and 3.3.0]
>
>
> OK. Let's see how this can be solved. This will be a bigger task. I'll put
> this into the Wiki for improvement.
>
>
>> ==
>>
>> The rest of the page is laid out with plenty of space between items.
>> At present the light green box looks out of place, and is tricky to
>
>
> In general, because it's also green I don't think that it is out of place.
> The connection to the normal green box - and therefore to the most current
> release - should be obvious and not that it is something different. But ...
By "looks out of place" I meant that the styling/layout of the box
does not agree with the rest of the page.
>
>> read unless you know exactly what you are looking for (and you
>> understand the jargon).
>
>
> ... yes, that's right. A new format could be better.
>
> Marcus
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Download page could give approximate file size
Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 08/05/2013 10:24 PM, schrieb sebb:
> On 5 August 2013 20:38, Marcus (OOo)<ma...@wtnet.de> wrote:
>> Am 08/05/2013 07:11 PM, schrieb sebb:
>>
>>> On 4 August 2013 19:45, Marcus (OOo)<ma...@wtnet.de> wrote:
>>>>
>>>> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>>>>
>>>>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>>>>>
>>>>>>
>>>>>> It might be helpful if the download page showed the approximate file
>>>>>> size downloads.
>>>>>>
>>>>>> This would help users to know how long it might take (and do they have
>>>>>> the space!) as well as offering an obvious sign if a download is
>>>>>> truncated by more than a few kB. Not perfect, but would have helped
>>>>>> the recent downloader.
>>>>>
>>>>>
>>>>>
>>>>> Right, this would be much more helpful than having nothing.
>>>>>
>>>>> I'll think about how to implement this into the current DL scripting.
>>>>
>>>>
>>>>
>>>> I've created some new scripting and the result can be seen here:
>>>>
>>>> http://ooo-site.staging.apache.org/download/test/index.html
>>>
>>>
>>> That's good to have the size in the main download box.
>>> However, given that the size is approximate, I'm not sure it's
>>> necessary to provide it to two decimal places.
>>> Either give the exact size, or round to the nearest MB.
>>>
>>> The page shows me:
>>>
>>> Windows (EXE) and English (British) (~129.89 MByte).
>>>
>>> Once downloaded, the Windows XP property page shows:
>>> 129 MB (136,201,626 bytes)
>>>
>>> So I think the download box should also show 129MB
>>
>>
>> OK, I've eliminated the decimal places.
>>
>>
>>> Unhelpfully, the SF downloads page [1] shows 136.2MB - looks as though
>>> they divided by 1000 rather than 1024 - though it's unlikely anyone
>>> would/could use that page as the file names are all truncated. I
>>> don't know if it's possible to change the column sze for the name
>>> column. Would be good if that could be corrected along with the size.
>>
>>
>> Please have a look into this issue:
>> https://issues.apache.org/ooo/show_bug.cgi?id=122233
>>
>>
>>> [1]
>>> http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.0/binaries/en-GB/
>>>
>>> Also, the KEYS/sigs/hashes ought to be shown before the alternate
>>> downloads, ideally within the main green box as they relate to the
>>> main download
>>
>>
>> I've tried to realize that. But I think it's not possible as there is only
>> one link possible as the whole pper green box has to be clickable: for the
>> install file or for one of the signature/hash files.
>>
>> The most important part is the install file. Everything else is secondary.
>
> In that case, put the KEYS etc. in a separate box immediately under
> the clickable box.
I've rearranged the content of the sub-green box. Now the hash links are
on top.
>>> The other downloads ought to be shown in a bit more detail in a separate
>>> box
>>
>>
>> What do you mean with more details? What do you think is missing?
>
> The links are very cramped, and there is no explanation of what they are for.
Yes, that's right. A new format how these are presented to the users is
needed.
> At present the page reads:
>
> [LARGE GREEN DOWNLOAD BOX]
> Get all platforms, languages, language packs | Source code and SDK |
> Portable USB versions and third-party ports | Older and legacy
> versions: 3.4.1 + 3.3.0 |
> Signatures and hashes: KEYS , ASC , MD5 , SHA256 , How to verify? |
> Release Notes
>
> It should read something like:
>
> [LARGE GREEN DOWNLOAD BOX]
> Signatures and hashes: KEYS , ASC , MD5 , SHA256 , How to verify? |
> Release Notes
> <blank line>
> <then another different colour box containing something like>
> Looking for other downloads?
> * Builds of OpenOffice 4.0.0 for other platforms and languages
> * Additional Language packs for your OpenOffice installation
> * The source code and the SDK (Software Development Kit)
> * Portable USB versions and third-party ports of OpenOffice
> * Older and Legacy versions [should probably link to a separate page
> that explains the difference between 3.4.1 and 3.3.0]
OK. Let's see how this can be solved. This will be a bigger task. I'll
put this into the Wiki for improvement.
> ==
>
> The rest of the page is laid out with plenty of space between items.
> At present the light green box looks out of place, and is tricky to
In general, because it's also green I don't think that it is out of
place. The connection to the normal green box - and therefore to the
most current release - should be obvious and not that it is something
different. But ...
> read unless you know exactly what you are looking for (and you
> understand the jargon).
... yes, that's right. A new format could be better.
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Download page could give approximate file size
Posted by sebb <se...@gmail.com>.
On 5 August 2013 20:38, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 08/05/2013 07:11 PM, schrieb sebb:
>
>> On 4 August 2013 19:45, Marcus (OOo)<ma...@wtnet.de> wrote:
>>>
>>> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>>>
>>>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>>>>
>>>>>
>>>>> It might be helpful if the download page showed the approximate file
>>>>> size downloads.
>>>>>
>>>>> This would help users to know how long it might take (and do they have
>>>>> the space!) as well as offering an obvious sign if a download is
>>>>> truncated by more than a few kB. Not perfect, but would have helped
>>>>> the recent downloader.
>>>>
>>>>
>>>>
>>>> Right, this would be much more helpful than having nothing.
>>>>
>>>> I'll think about how to implement this into the current DL scripting.
>>>
>>>
>>>
>>> I've created some new scripting and the result can be seen here:
>>>
>>> http://ooo-site.staging.apache.org/download/test/index.html
>>
>>
>> That's good to have the size in the main download box.
>> However, given that the size is approximate, I'm not sure it's
>> necessary to provide it to two decimal places.
>> Either give the exact size, or round to the nearest MB.
>>
>> The page shows me:
>>
>> Windows (EXE) and English (British) (~129.89 MByte).
>>
>> Once downloaded, the Windows XP property page shows:
>> 129 MB (136,201,626 bytes)
>>
>> So I think the download box should also show 129MB
>
>
> OK, I've eliminated the decimal places.
>
>
>> Unhelpfully, the SF downloads page [1] shows 136.2MB - looks as though
>> they divided by 1000 rather than 1024 - though it's unlikely anyone
>> would/could use that page as the file names are all truncated. I
>> don't know if it's possible to change the column sze for the name
>> column. Would be good if that could be corrected along with the size.
>
>
> Please have a look into this issue:
> https://issues.apache.org/ooo/show_bug.cgi?id=122233
>
>
>> [1]
>> http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.0/binaries/en-GB/
>>
>> Also, the KEYS/sigs/hashes ought to be shown before the alternate
>> downloads, ideally within the main green box as they relate to the
>> main download
>
>
> I've tried to realize that. But I think it's not possible as there is only
> one link possible as the whole pper green box has to be clickable: for the
> install file or for one of the signature/hash files.
>
> The most important part is the install file. Everything else is secondary.
In that case, put the KEYS etc. in a separate box immediately under
the clickable box.
>
>> The other downloads ought to be shown in a bit more detail in a separate
>> box
>
>
> What do you mean with more details? What do you think is missing?
The links are very cramped, and there is no explanation of what they are for.
At present the page reads:
[LARGE GREEN DOWNLOAD BOX]
Get all platforms, languages, language packs | Source code and SDK |
Portable USB versions and third-party ports | Older and legacy
versions: 3.4.1 + 3.3.0 |
Signatures and hashes: KEYS , ASC , MD5 , SHA256 , How to verify? |
Release Notes
It should read something like:
[LARGE GREEN DOWNLOAD BOX]
Signatures and hashes: KEYS , ASC , MD5 , SHA256 , How to verify? |
Release Notes
<blank line>
<then another different colour box containing something like>
Looking for other downloads?
* Builds of OpenOffice 4.0.0 for other platforms and languages
* Additional Language packs for your OpenOffice installation
* The source code and the SDK (Software Development Kit)
* Portable USB versions and third-party ports of OpenOffice
* Older and Legacy versions [should probably link to a separate page
that explains the difference between 3.4.1 and 3.3.0]
==
The rest of the page is laid out with plenty of space between items.
At present the light green box looks out of place, and is tricky to
read unless you know exactly what you are looking for (and you
understand the jargon).
> Thanks
>
> Marcus
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Download page could give approximate file size
Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 08/05/2013 07:11 PM, schrieb sebb:
> On 4 August 2013 19:45, Marcus (OOo)<ma...@wtnet.de> wrote:
>> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>>
>>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>>>
>>>> It might be helpful if the download page showed the approximate file
>>>> size downloads.
>>>>
>>>> This would help users to know how long it might take (and do they have
>>>> the space!) as well as offering an obvious sign if a download is
>>>> truncated by more than a few kB. Not perfect, but would have helped
>>>> the recent downloader.
>>>
>>>
>>> Right, this would be much more helpful than having nothing.
>>>
>>> I'll think about how to implement this into the current DL scripting.
>>
>>
>> I've created some new scripting and the result can be seen here:
>>
>> http://ooo-site.staging.apache.org/download/test/index.html
>
> That's good to have the size in the main download box.
> However, given that the size is approximate, I'm not sure it's
> necessary to provide it to two decimal places.
> Either give the exact size, or round to the nearest MB.
>
> The page shows me:
>
> Windows (EXE) and English (British) (~129.89 MByte).
>
> Once downloaded, the Windows XP property page shows:
> 129 MB (136,201,626 bytes)
>
> So I think the download box should also show 129MB
OK, I've eliminated the decimal places.
> Unhelpfully, the SF downloads page [1] shows 136.2MB - looks as though
> they divided by 1000 rather than 1024 - though it's unlikely anyone
> would/could use that page as the file names are all truncated. I
> don't know if it's possible to change the column sze for the name
> column. Would be good if that could be corrected along with the size.
Please have a look into this issue:
https://issues.apache.org/ooo/show_bug.cgi?id=122233
> [1] http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.0/binaries/en-GB/
>
> Also, the KEYS/sigs/hashes ought to be shown before the alternate
> downloads, ideally within the main green box as they relate to the
> main download
I've tried to realize that. But I think it's not possible as there is
only one link possible as the whole pper green box has to be clickable:
for the install file or for one of the signature/hash files.
The most important part is the install file. Everything else is secondary.
> The other downloads ought to be shown in a bit more detail in a separate box
What do you mean with more details? What do you think is missing?
Thanks
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Download page could give approximate file size
Posted by sebb <se...@gmail.com>.
On 4 August 2013 19:45, Marcus (OOo) <ma...@wtnet.de> wrote:
> Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
>
>> Am 07/27/2013 10:10 PM, schrieb sebb:
>>>
>>> It might be helpful if the download page showed the approximate file
>>> size downloads.
>>>
>>> This would help users to know how long it might take (and do they have
>>> the space!) as well as offering an obvious sign if a download is
>>> truncated by more than a few kB. Not perfect, but would have helped
>>> the recent downloader.
>>
>>
>> Right, this would be much more helpful than having nothing.
>>
>> I'll think about how to implement this into the current DL scripting.
>
>
> I've created some new scripting and the result can be seen here:
>
> http://ooo-site.staging.apache.org/download/test/index.html
That's good to have the size in the main download box.
However, given that the size is approximate, I'm not sure it's
necessary to provide it to two decimal places.
Either give the exact size, or round to the nearest MB.
The page shows me:
Windows (EXE) and English (British) (~129.89 MByte).
Once downloaded, the Windows XP property page shows:
129 MB (136,201,626 bytes)
So I think the download box should also show 129MB
Unhelpfully, the SF downloads page [1] shows 136.2MB - looks as though
they divided by 1000 rather than 1024 - though it's unlikely anyone
would/could use that page as the file names are all truncated. I
don't know if it's possible to change the column sze for the name
column. Would be good if that could be corrected along with the size.
[1] http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.0/binaries/en-GB/
Also, the KEYS/sigs/hashes ought to be shown before the alternate
downloads, ideally within the main green box as they relate to the
main download
The other downloads ought to be shown in a bit more detail in a separate box
> Marcus
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Download page could give approximate file size
Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 07/27/2013 10:14 PM, schrieb Marcus (OOo):
> Am 07/27/2013 10:10 PM, schrieb sebb:
>> It might be helpful if the download page showed the approximate file
>> size downloads.
>>
>> This would help users to know how long it might take (and do they have
>> the space!) as well as offering an obvious sign if a download is
>> truncated by more than a few kB. Not perfect, but would have helped
>> the recent downloader.
>
> Right, this would be much more helpful than having nothing.
>
> I'll think about how to implement this into the current DL scripting.
I've created some new scripting and the result can be seen here:
http://ooo-site.staging.apache.org/download/test/index.html
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: Download page could give approximate file size
Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 07/27/2013 10:10 PM, schrieb sebb:
> It might be helpful if the download page showed the approximate file
> size downloads.
>
> This would help users to know how long it might take (and do they have
> the space!) as well as offering an obvious sign if a download is
> truncated by more than a few kB. Not perfect, but would have helped
> the recent downloader.
Right, this would be much more helpful than having nothing.
I'll think about how to implement this into the current DL scripting.
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org