Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362006-05-04T16:44:02ZEcoinformatics Redmine
Redmine Bug #2433 (Resolved): Change Actor Library folder icons to ontology symbolshttps://projects.ecoinformatics.org/ecoinfo/issues/24332006-05-04T16:44:02ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Change Actor Library folder icons to ontology symbols</p> Bug #2374 (Resolved): SVG - Improve inital rendering timeshttps://projects.ecoinformatics.org/ecoinfo/issues/23742006-03-01T04:42:24ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Batik rendering only: when an actor is first dragged to the canvas, or when a<br />workflow is first opened, there is a long delay before the new-style SVG icons<br />appear. Subsequent renderings of the same actor are much faster, since the icons<br />are cached on a per-actor basis. Need to:</p>
<p>1) look at initial rendering and see how it can be made faster</p>
<p>2) do caching on a per-image basis, so each image is read and parsed only once,<br />then put in a global cache</p> Bug #2363 (Resolved): Move Actions out of BasicGraphControllerhttps://projects.ecoinformatics.org/ecoinfo/issues/23632006-02-21T01:00:25ZMatthew Brookebrooke@nceas.ucsb.edu
<p>src/exp/ptolemy/vergil/basic/BasicGraphController contains several Action inner<br />classes that were/are used for menu items. These need to be moved into their own<br />public classes, ao they can be added to menus as necessary via the new kepler<br />menu system</p> Bug #2345 (Resolved): Actor Library classname/icon mapping problemshttps://projects.ecoinformatics.org/ecoinfo/issues/23452006-01-27T00:04:27ZMatthew Brookebrooke@nceas.ucsb.edu
<p><b>This pertains to running Kepler with the new icons enabled</b><br />(to do so, edit the file configs/ptolemy/configs/kepler/uiSettings.properties<br />and change the SVG_RENDERING_IS_BATIK property to:<br />SVG_RENDERING_IS_BATIK=true, then do a clean build)<br />---------------------</p>
<p>1) First time Kepler is run after a clean build (deleting kepler/kar,<br />kepler/build and ~/.kepler), expand the actor ("components") tree until the<br />"Parameter" actors are showing ("ColorParameter", FileParameter" etc). Drag<br />ColorParameter to the canvas, and the icon shows up as a colored dot.</p>
<p>2) Now stop kepler, then re-run it again (non-clean run). Repeat the above, and<br />this time, the icon on the canvas for ColorParameter is a teal rectangle (ie the<br />default icon)</p>
<p>3) Also, in a previous incarnation, the small icons in the tree were correctly<br />assigned by classname (showed up as a teal dot) - now, that seems to be broken,<br />and all just use the default blank rectangle (not related to whether it's a<br />clean run or not). Sorry I don't have any more-concrete info on when this<br />stopped working.</p>
<p>The icons for those actors are currently assigned by classname (see<br />configs/ptolemy/configs/kepler/uiSVGIconMappingsByClass.properties), and I think<br />these changes in behavior is something to do with how the parameters are<br />instantiated - we previously saw (and Chad fixed) issues similar to this in the<br />ActorMetadata class, but for Directors - which were not getting instantiated as<br />the correct class (Director), rather as a superclass, I believe.</p>
<p>Let me kow if you need any more info</p> Bug #2341 (Resolved): MENUS: Top-Level Menu - Some mapped menu items not workinghttps://projects.ecoinformatics.org/ecoinfo/issues/23412006-01-19T22:24:41ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Five of the menu items mapped from ptii menus don't work under the new kepler<br />menu hierarchy:</p>
<p>File->Save As (in ptii was: File->SaveAs)<br />View->XML View (in ptii was: View->XML View)<br />Workflow->Run Window (in ptii was: View->Run Window)<br />Tools->Check System Settings (in ptii was: View->JVM Properties)<br />Help->Documentation (in ptii was: Help->Help)</p>
<p>NOTE:<br />1) None of the above have Actions associated in PTII - they all use<br />ActionListeners, from which Actions are created for use in the new Kepler menus. <br />All remaining menus work OK<br />2) There are other PTII menus that have had Actions created from<br />ActionListeners, so that's not the problem per se, but it might be somehow<br />related...</p> Bug #2336 (Resolved): MENUS: Top-Level Menu - implement class.forName in getActionFor()https://projects.ecoinformatics.org/ecoinfo/issues/23362006-01-18T22:13:41ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Need to implement class.forName in BasicGraphFrame -> getActionFor(), to<br />instantiate non-PTII menu items</p> Bug #2334 (Resolved): MENUS: Top-Level Menu - add support for menu separatorshttps://projects.ecoinformatics.org/ecoinfo/issues/23342006-01-18T22:11:06ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Need to add support for menu separators in th eproperties file etc</p> Bug #2333 (Resolved): MENUS: Top-Level Menu - relocate code further up class hierarchyhttps://projects.ecoinformatics.org/ecoinfo/issues/23332006-01-18T22:09:49ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Currently implemented in BasicGraphFrame.pack() because that's in src/exp;<br />however, the whole thing needs to be further up the hierarchy, so all windows<br />get the correct menus, not just graph editor. See for example the results plot<br />window for EML simple plot, and the welcome window. Maybe<br />ptolemy.actor.gui.TableauFrame or Top??</p> Bug #2332 (Resolved): MENUS: Top-Level Menu - link ptii enabled/disabled listenershttps://projects.ecoinformatics.org/ecoinfo/issues/23322006-01-18T22:08:55ZMatthew Brookebrooke@nceas.ucsb.edu
<p>need to link enabled/disabled listeners to old menu items, so state of new ones<br />mirrors state of old ones in real time. Thsi may not be needed for ptii items<br />that have Atcions; however, not all of them do - some just had ActionListeners<br />assigned.</p> Bug #2286 (Resolved): SVG - reduce svg file sizehttps://projects.ecoinformatics.org/ecoinfo/issues/22862005-11-23T00:11:23ZMatthew Brookebrooke@nceas.ucsb.edu
<p>SVG icons in kepler-docs/dev/usability/graphics/svg are mostly ~500MB in size.<br />Most of this is unneeded stuff that Illustrator put in the files, and can safely<br />be trimmed. I have already done this with director.svg, which therefore shows<br />which parts are important, and which can be deleted. This process should be<br />repeated for the remaining ~125 icons, before they get copied to the kepler<br />module for use in the UI.</p> Bug #2269 (Resolved): SVG - Small Icon (Actor Library Thumbnail)https://projects.ecoinformatics.org/ecoinfo/issues/22692005-11-11T20:05:32ZMatthew Brookebrooke@nceas.ucsb.edu
<p>getIcon() method in XMLIcon works, but its success seems to be linked to the odd<br />tree refreshing behavior described in bug <a class="issue tracker-1 status-3 priority-2 priority-default closed" title="Bug: unexpected workflow components tree behavior (Resolved)" href="https://projects.ecoinformatics.org/ecoinfo/issues/1843">#1843</a>, which sends multiple calls to<br />getIcon().</p>
<p>When 1843 gets fixed, we may be able to make getIcon() more efficient/intuitive,<br />and this may in turn save some memory usage (see bug <a class="issue tracker-1 status-3 priority-5 priority-highest closed" title="Bug: SVG - Memory Usage (Resolved)" href="https://projects.ecoinformatics.org/ecoinfo/issues/2267">#2267</a>). Another way to save<br />memory and improve app response time is to assign gif/png thumbnail icons to the<br />actors, since these are already available in docs/dev/usability/graphics/ - it<br />seems like an unnecessary use of resources to use Batik to render these thumbnails.</p> Bug #2268 (Resolved): SVG - Backward Compatibilityhttps://projects.ecoinformatics.org/ecoinfo/issues/22682005-11-11T19:59:38ZMatthew Brookebrooke@nceas.ucsb.edu
<p>- Need to add code so old SVG icons are translated to have their origin at the<br />top-left corner. They are currently cropped when displayed in batik, because<br />Ptolemy's default origin for svg components is at the center of each actor icon,<br />whereas the svg/batik standard is to have the origin at top-left.</p>
<p>Another possibility (and one which would temporarily help with the memory usage<br />problems - see bug <a class="issue tracker-1 status-3 priority-5 priority-highest closed" title="Bug: SVG - Memory Usage (Resolved)" href="https://projects.ecoinformatics.org/ecoinfo/issues/2267">#2267</a>) would be to continue using PTII's SVG rendering for<br />the old "simple" svg icons, and use batik only for the new icons.</p> Bug #2267 (Resolved): SVG - Memory Usagehttps://projects.ecoinformatics.org/ecoinfo/issues/22672005-11-11T19:53:08ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Currently, if Batik has to display more than about 150 SVG icons, it causes a<br />JVM crash with an OutOfMemoryError. This is also an issue when showing actor<br />thumbnail icons in the actor library, since these are also rendered using Batik.<br />So for example doing a search for a very common term that returns many actors<br />(eg "a") causes an OutOfMemoryError.</p>
<p>Have looked for obvious places to save memory, but now i think we're just<br />limited by what batik can do. Obvious solution is to start caching icons, since<br />many of them may be the same, yet they all get rendered from scratch</p> Bug #2266 (Resolved): SVG - Assigning Iconshttps://projects.ecoinformatics.org/ecoinfo/issues/22662005-11-11T19:49:48ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Icons can be assigned in actor moml, or can be assigned in the actor's java<br />code. Assigning in moml means icons will show up for newly-created workflows,<br />but <strong>not</strong> for old workflows. [Note that some actors can't be set via moml (eg<br />EML200 datasource), so would need to add some to java code anyway]</p>
<p>Adding icon paths directly to the actors' java code (note that existing svg<br />icons are currently defined in java code) means icons show up for all actors, in<br />new <strong>and</strong> old workflows. Could move actual actor->svg icon mappings into a<br />separate settings file? Or would this cause too much indirection and add<br />complication?</p>
<hr />
<p>conf call of 11/10/05 - decided to put assignments in actor code, with actual<br />mappings in a separate config file to allow for easy changes</p> Bug #2235 (Resolved): Search text-field only 1 character wide on Mac OS Xhttps://projects.ecoinformatics.org/ecoinfo/issues/22352005-10-25T22:41:14ZMatthew Brookebrooke@nceas.ucsb.edu
<p>On the left-hand side of the Kelper UI, the text field in which the user types<br />search terms is only 1 character wide when displayed on Mac OS X - this is<br />because the buttons are much wider than those on windows/linux</p>