| Commit message (Collapse) | Author | Age |
|
|
|
|
| |
Revert the new version 4.2.2 and the changelog entry describing this
version until the actual release.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This enhancement is available for users of a Lightroom (LR) version 6 or
higher. The function to retrieve the direction has been introduced by
Adobe with version 6. Therefore this enhancement is not available by
users of versions lower 6.
This enhancement differs several LR versions. Depending on the version,
different information messages are shown (or not):
* LR 6 or higher: If the `Direction` field is set, the user gets
informed about this feature. Uploads of files without a direction
setting don’t cause this information message, because at such cases
the user is not affected.
* LR 5: Users get informed, the feature is not available, due to the
insufficient LR version. Adobe introduced the “Direction” field with
LR version 5, but forgot to include it at the corresponding LR SDK 5.
Therefore this feature can not be used by users of LR 5. At release
notes of LR SDK 6 this has been mentioned to be a bug fix of LR SDK 5.
* LR 4: Users of this version are not affected, because Adobe introduced
the “Direction” field with version 5. Therefore users of LR 4 don’t
get any information message.
* LR versions lower 4: These versions are not supported by LrMediaWiki.
The information messages include a “Don’t show again” (German: „Nicht
erneut anzeigen“) checkbox. If the user decides, to set this option and
decides to revert this decision later, a reset of warning dialogs at LR
is needed:
* English: Edit -> Preferences... -> General -> Prompts -> Reset all
* warning dialogs
* German: Bearbeiten -> Voreinstellungen -> Allgemein ->
* Eingabeaufforderungen -> Alle Warndialogfelder zurücksetzen
LR can store a direction value with up to 4 digits beyond a decimal
point, but shows at user interface a rounded value without decimal
places (by mouse over the direction field). The information message
shows the same rounded value, to avoid confusion of the user seeing
different values. The `{{Location}}` template parameter `heading` is
filled by the stored value of LR. Sample: A direction input of
359.987654321 is stored as 359.9876, shown as 360°. At `{{Location}}`
template the LR stored value of 359.9876 is set.
Affected code:
- MediaWikiExportServiceProvider.processRenderedPhotos: use the
heading value to generate the Location template
- Info: change SDK version to 6.0
Fix #35.
|
|
|
|
|
|
| |
If the result of `pairs` is assigned to only one variable, the variable will
contain only the first value of the pair, not a list of both values.
Fix #49.
|
|
|
|
|
|
|
|
|
| |
The typo caused errors in Adobe Lightroom 6.2 though being ignored in
previous versions.
- fix type in TranslatedStrings_de.txt
Fix #46.
|
| |
|
|
|
|
|
|
|
|
|
| |
After a successful export, a configurable keyword is added to the picture.
- add ‘export keyword’ setting to MediaWikiUtils and MediaWikiPluginInfoProvider
- write keyword in MediaWikiExportServiceProvider.processRenderedPhotos
Fix #34.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If set, a new section of the given page is created with a gallery of the
uploaded files.
- add MediaWikiApi.appendToPage and MediaWikiInterface.addToGallery
- require target file name to be set when calling MediaWikiInterface.uploadFile
- calculate file name in MediaWikiExportServiceProvider.processRenderedPhotos
insted of in ..., store it and pass it to MediaWikiInterface.addToGallery
- add the gallery option to the export dialog in MediaWikiExportServiceProvider
- update messages
Fix #24.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
After LrMediaWiki is loaded, GitHub is checked for new versions if the
user enabled that setting. To parse the response of the GitHub API,
a third-party library is used for JSON parsing (JSON.lua). As the GitHub
API query for the latest release only returns non-pre-release versions,
all releases are queried and the first one is considered the latest.
- create MediaWikiInit that queries the new version and shows a
message (if necessary)
- add MediaWikiInit to Info so that it is run after LrMediaWiki is
loaded
- add ‘Check version’ setting to the configuration
- refactor MediaWikiApi and create performHttpRequest as a generic
HTTP request method
- add MediaWikiApi.getCurrentPluginVersion to query the GitHub API
Fix #44.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The creation of snapshots after the export now depends on a new setting.
The snapshots now are created after the successful export instead of before any
export.
- move the preferences handling to MediaWikiUtils
- add the ‘Snapshot creation’ setting to MediaWikiPluginInfoProvider and
MediaWikiUtils
- move the snapshot creation in
MediaWikiExportServiceProvider.processRenderedPhotos after the successful
upload
- check the ‘Snapshot creation’ setting before creating the snapshot in
MediaWikiExportServiceProvider.processRenderedPhotos
- update the internationalization
|
|
|
|
|
|
|
|
|
|
|
|
| |
Customize the plugin information dialog and add a configuration section. In this
section, the user may enable or disable logging.
- create MediaWikiPluginInfoProvider to customize the plugin information dialog
- add MediaWikiPluginInfoProvider to Info to activate it
- enable or disable logging in MediaWikiUtils according to the configuration
- update the localization
See #31.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The user now may enable logging in MediaWikiUtils. If logging is enabled, a
log file is written to the user’s "My Documents" that contains all API requests.
Furthermore, bugs introduced by the refactoring in commit
8862341672dc288596d6ef66f92751bba6dfef25 have been fixed.
- set up logging in MediaWikiUtils
- write to the log in MediaWikiApi.performRequest
- fix error in MediaWikiExportServiceProvider.processRenderedPhotos
- fix error in MediaWikiApi.parseXmlDom
Fix #43.
|
|
|
|
|
|
|
| |
Set all labels to the same width and right alignment, and fix the
spacing between controls and labels.
- update MediaWikiExportServiceProvider.sectionsForTopOfDialog
|
|
|
|
| |
Fix #40.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
If the image title contains consecutive spaces or underscores, the upload
fails without a proper error message. Therefore LrMediaWiki now replaces
all (single or multiple) spaces and underscores by a single underscore.
- add replacement rule to MediaWikiInterface.uploadFile
Fix #37.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Display more information if the upload fails because the API returned a
warning. Therefor the warnings tag is parsed if the result is Warning, and
the keys of the tag are shown as error message (e. g. 'badfilename').
Previously, the error message was only 'Warning', which did not help users
to identify the problem.
- modify MediaWikiApi.upload to give a more specific error message for
API warnings
Fix #36
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add the hours, minutes and seconds of the file creation date read from
the EXIF metadata to the date field of the Information template on the
description page. This change is made to adapt the common behaviour
already used by the Upload Wizard.
- add "%H:%M:%S" to the time format string in
MediaWikiExportServiceProvider.processRenderedPhotos
Fix #38
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There is no need for descriptions if an existing file is overwritten.
Therefore the check and the error message are moved at a point where we
know whether it is an initial upload or a reupload.
- refactor MediaWikiInterface.uploadFile:
- add the parameter hasDescription that describes whether there is a
valid description
- return a string (error message) if there is an error
- store description status in
MediaWikiExportServiceProvider.prepareUpload
- check the return value of MediaWikiInterface.uploadFile in
MediaWikiExportServiceProvider.prepareUpload
Fix https://github.com/ireas/LrMediaWiki/issues/30
|
|
|
|
|
|
|
|
|
|
| |
Create a development snapshot before the upload. The name contains the
date and time of the export and the path to the MediaWiki API used for
the export.
- create snapshot before upload in MediaWikiExportServiceProvider
Fix https://github.com/ireas/LrMediaWiki/issues/26
|
|
|
|
|
|
|
|
|
|
|
| |
Raise a specific error if the HTTP status is empty. This indicates
that there is no internet connection or that the MediaWiki installation
cannot be reached. Previously, the error message just reported an
empty HTTP status.
- check for empty HTTP status in `MediaWikiApi`
Fix https://github.com/ireas/LrMediaWiki/issues/28
|
|
|
|
|
|
|
|
|
|
|
| |
Add the permission field to the export dialog and to the file
description template.
- add permission to the template in `description.txt`
- add permission to the UI in `MediaWikiExportServiceProvider`
- add permission to the data items in `MediaWikiInterface`
Fix https://github.com/ireas/LrMediaWiki/issues/27
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Move the file description template from the constant
`MediaWikiInterface.fileDescriptionPattern` to the file
`description.txt` in the main directory of the plug-in. This allows
better customization of the file description.
- add `MediaWikiInterface.loadFileDescriptionTemplate` that tries to
read the file description template from the `description.txt` file
- call `MediaWikiInterface.loadFileDescriptionTemplate` before the
description preview and before the export
Fix https://github.com/ireas/LrMediaWiki/issues/29
|
|
|
|
|
|
|
|
|
|
|
| |
Use string formatting by name instead of formatting by position when
creating the file description.
- adds the method `formatString` to `MediaWikiUtils`
- modifies `MediaWikiInterface` to use `MediaWikiUtils.formatString`
See issue [#29: Move file description template into a file and improve
the string formatting](https://github.com/ireas/LrMediaWiki/issues/29).
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
duplicates.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|