You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
adapt post-install page (already done in develop branch)
reference/image is inserted twice
restrict providers to Mendeley and ZBW (and also check for document type - atm more providers are included and when you try to include an image from Europeana as ref, strange things happen
Stefan: adapt options
re-enable provider setting in options dialog and only select Mendeley/ZBW by default after installation
(for showing to Wikipedia Switzerland, include swissbib as provider (until Easter) - done via the federated recommender + enable in submitted queries)
add WikiCommons as extra provider activated by default to options dialog
Stefan: initially activate extension (persist state and if activated load by default)
medium
use thumbnails (did not see this mentioned at first glance, hence I listed it here)
result list size: not sure what the best option would be, my current guess would be a fixed element, which takes all of the available height in the viewport (-> upper and lower bound of the list always visible). This would might need resizing during scrolling, to account for the top and bottom menus in the current configuration. Alternatively, the div of the list might be appended to mw-content-text, which could simplify this issue.
rename isotope tabs to wikicommons (images) and libraryresources (text) or s.th. similar
Lisa: only display no results message if nothing could be loaded, not just one category, otherwise hide the empty category (if no results are available e.g. because the source wikiCommons was deactivated in the options now an empty object is returned containing only the value totalResults:0)
Lisa: improve no results message (when the extension "finds" only pictures and no text sources, it says nevertheless: "sorry, there are no results". Should be "sorry, there are no bibliographical results" or vice versa, "sorry, there are no image results".)
Stefan: Rename extension to Wikipedia Reference Butler and make a chrome store update
check which details of results are important -> display them in a own and consistent layout for every results
low
move from browser-action to page-action (the extension only works on wiki edit pages and hence the latter is better suited)
Stefan: add possibility to switch of auto-query
add to options dialog
add options button under search bar on the right side
Lisa: include logging (timeline: editathon in June) -> exception on result item click
Lisa: add hotkey (e.g. strg + alt + r) to load/activate extension during writing an article, if extension is not active yet
Stefan: improve inserted citation
tiitle in ""
use syntax available in wikipedia editor for different document types and load details like ISBN by details call to recommender -> ISBN not provided with details yet + only sometimes the creator is contained in the details as new information -> new syntax of citation for text citations in document: "title" and in references: "title", provider, year
Stefan: improve query
always add title of document to queryies as main topic
also add extracted main topic of whole text by paragraph detection of c4 as normal keywords to query
[ ](Regarding "Query Generation": I beleive it would make sense that the query generation per default includes the "main topic" %28i.e. Lemma of article) in conjunction with the AND operator (see: EEXCESS Chrome Extension: "Main topic" in keyword extraction). If possible, this term should be presented in order to be editable ... or removeable. This proposal especially applies for "image queries" (my guess). )
Stefan: filter references for open access material (somewhere in recommender response the license for the results can be found)
enhancement
Lisa: improve WikiCommons-query
Wikicommons querying for images now already available by Wikipedia -> no big value add anymore
when querying e.g. for "Johannes Senn" (swiss artist, lived in Denmark), the extension only shows text references and "text"-pictures (of some other artist called Johannes "xy" but no photographs of the works of Johannes Senn -> 2 query words connected by OR
Wiki commons uses a different interpretation of plain text keywords, e.g. automatically connect all search terms via "AND". -> make sure, that behavior in the extension is same as in Wiki commons
to test: compare results with the same search terms directly in WikiCommons e.g. "Liestal job" in the extension shows articles that have absolute no relevance for Liestal, only for the term job
update design to make extension also available in wysiwyg editing mode (lower prio, expected that only rarely used by target user group)
The text was updated successfully, but these errors were encountered:
Dear team
Thx for the update!
I did not understand all of the bullets ... which is prob ok.
However, this one:
when you try to include an image from Europeana as ref, strange things happen
To in include a pic found on europeana directly in a wikipedia text is a "no go". ONLY pics from Wikicommons are allowed. This is not part of the scenario.
Da ist “Einbinden als Referenz” gemeint (nur abgekürzt geschrieben), das sollte ok, sein. Zusammenfassend: Verweis auf Bilder einfügen ist ok, Bilder (die nicht in Wiki Commons sind) direkt einfügen ist nicht erlaubt.
ordered by priority:
high
medium
mw-content-text
, which could simplify this issue.low
enhancement
The text was updated successfully, but these errors were encountered: