Based on the dataverse example, I have modified :
OpenReviewPlugin.inc.php by adding an 'if (Request::getUserVar('save'))' block in the manage() fn to readinput, validate (not actually being used) and execute the form
classes/form/SettingsForm.inc.php by adding "$plugin->updateSetting($this->_journalId, 'isOpenReview',$this->getData('isOpenReview'),'bool');" to the execute fn
templates/settingsForm.tpl by adding an isOpenReview checkbox label etc (GUI elements)
Result is that the isOpenReview checkbox allows the user to check or uncheck and that value is written to a record in the plugin_settings table of the sql db.
I have no idea yet how to extract that setting from the db elsewhere (e.g. at points where I have to trap the workflow and redirect away from the default to whatever alternate the plugin creates.
November 28, 2014
Leaving early. Lots of late nights this week.
I'm writing the XQuery that generates JSON info for OpenLayers. I've discovered a number of things about the SVG that we should be aware of:
- We definitely want the plain SVG output.
- Paths in the @d attribute begin with m (move to) and if they end with z, it means they're closed paths; otherwise they're open.
- Single points are difficult to represent. If you choose the pencil and Control+left click in Inkscape, you get a point, but it's actually a move-to followed by an elliptic arc (a) command, then its parameters. We can simply get the move-to and deduce from the "a" that we have a point, then represent it as a point feature.
- The coordinates in @d are relative to the first move-to point, so to expand them, I have to calculate each point based on the last one. Also, the y coords have to be minused for OpenLayers.
November 27, 2014
MS has permission from the publisher to post the text in English of the two stories, so we scanned and OCRed it on the Mac with Fine Reader. Excellent results.
Assessing a resubmission and generating images from embedded OLE charts. Ready to be copyedited now.
November 26, 2014
English 500 class ran late.
After better part of two days, and based on the dataverse example, my plugin settings page (with navigation stuff and "hello world" string drawn from the I18n file) appear, but I'm also getting a warning.
Progress is very, very slow and trolling through the support group it looks like a lot of people have had the same experience - an extremely steep learning curve and lots of trial and error. This looks like it's intended for people that spend all day every day for months at a time on this and just get to know all the nuances of how the various types of classes, events and invocations all work. Even the little bit I've done so far I'm hard pressed to remember how all the bits fit together and what the various invocations are doing. I would have had no chance whatsoever without Alec's suggestion to base what I'm doing on the dataverse plugin.
I have:
1) added the locale folder and included an en_US file and started using conventions such as this in non-smarty php files:
Locale::translate('plugins.generic.openReview.description')
and this in smarty tpl files:
{translate key="plugins.generic.openReview.settings.testString"}
to support I18n of the GUI.
2) added the managementVerb 'settings' in OpenReviewPlugin.inc.php which imports the file classes.form.SettingsForm
3) added classes/form/SettingsForm.inc.php. I don't really understand how it does it, but it somehow invokes the display of the GUI using templates/settingsForm.tpl
4) added templates/seetingsForm.tpl which is the smarty template that contains the stuff displayed to the user.
My plugin settings page (with navigation stuff and "hello world" string drawn from the I18n file) appear, but I'm also getting this warning. I have no clue what's causing this.
ojs2 has produced an error Message: WARNING: Cannot modify header information - headers already sent by (output started at /home1t/sarneil/www/public/ojs-github/ojs/cache/t_compile/%%36^36E^36E89D0E%%header.tpl.php:9) In file: /home1t/sarneil/www/public/ojs-github/ojs/lib/pkp/classes/core/PKPRequest.inc.php
Assisted SA with correcting Franklin data files (en)
- SA provided folder containing file listing errors in Franklin data files needing correcting; and folder containing the data files
- used MSWord to open the .doc file
- used oxygen to edit the xml files; after modification ensured
files validated; saved files
- forwarded SA zip file of corrected data files (58)
November 25, 2014
Spent some time looking at what CH has been doing. She's tagging entities in the 63 files, and will continue until the beginning of the B635s; then I want to have her finish up some bios she's worked on, and learn how to encode them. Next, there are new placenames that have been tagged, with empty entries, so I'd like her to research and write those up.
On late duty.