GitLab

(coming from apple-bugreport ml).

The problem came from my misreading of the API
This commit also fix potential misunderstanding by simplifying it further

This improves readability a lot and prevent us from reinventing the wheel.

* coding style fixes (please don't do [NSString string], but use an empty constant. It's faster and nicer)

Add OpenPGP code, still unused as there is no download of binaries at the moment

We will need to define (and write) the files (and their location) we will use in the update system:

    * We will use a file per arch, which will be signed
    * ALL VideoLAN gpg public keys will be stored on http://download.videolan.org/pub/keys/XXXXXXXXXXXXXXXX.asc where XXXXXXXXXXXXXXXX is the long id of the key
    * Every downloadable file will be signed with gpg --sign --detach --armor

* fixed grammar (closes #1099); I would still prefer 'is up-to-date' instead of the current wording ;)

Mac OS X gui: Label the option "Check for VLC update automatically" rather than "Check for update when VLC is launched".

Mac OS X gui: Ask the user if she wants to check update on startup. And if so, check for update only every two days.

Mac OS X gui: checkForUpdate may not run on first thread. Hence alloc an autorelease pool in checkForUpdate.

    - we can't get release notes if vlc-version == current-release, so don't wait for them
    - wait only 15 sec for the r-notes, any longer can't be good
    - show the user that her version is up-to-date

* MainMenu.nib, playlist.m: use NSSearchField instead of NSTextField, so we don't need to replace it manually anymore. This breaks the 10.2-compatibility. (refs #189)

* update.m: use mtime() instead of NSCalenderDate for the time-stamp

* sfilters.m: fixed 2 compilation warnings (corrected UTF8String to char casting)

* don't store the temp release note in the user's Caches-folder, but in /tmp. Renamed it to vlc_releasenote_%@.tmp, whereas %@ is a timestamp (%m-%d-%y--%I.%M.%S.%F)
* cleanup of the source

* removed a crasher from interaction.m

Note: the progress-window used to show the progress is quite hacky at the moment and will be replaced through a good implementation once the interaction-core is finished.

    - they are temporarily stored in ~/Library/Caches/vlc_releasenote_temp.txt
    - Please shout if this location isn't okay for this purpose.
    - the file is automatically removed after displaying its content.
* show the binary's size in MB instead of bytes

- the actual download is currently done by your default browser since the needed notification window isn't available on OSX yet
    - download through VLC is implemented, but commented for the moment
- needs some checking once a complete Status.xml is available

Implemented the retrieval of the versions, files and mirrors. Both the size and the mirrors aren't displayed yet, but stored. The 'Released On'-stuff was removed, since it isn't present in the xml actually. More to come. (refs #310)