Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362006-05-17T00:39:24ZEcoinformatics Redmine
Redmine Bug #2438 (Resolved): Actors to be Renamedhttps://projects.ecoinformatics.org/ecoinfo/issues/24382006-05-17T00:39:24ZMatthew Brookebrooke@nceas.ucsb.edu
<p>During icon assignment conference calls, Matt identified these actors as ones that should be re-named to be more descriptive of their actual functionality:</p>
<p>ptolemy.actor.lib.Accumulator <br />- rename from "Accumulator" to "Summation"</p>
<p>org.kepler.objectmanager.cache.DataCacheGetActor <br />- rename from "Filesystem cache get" to "Cache Get"</p>
<p>org.kepler.objectmanager.cache.DataCachePutActor<br />- rename from "Filesystem cache Put" to "Cache Put"</p> Bug #2417 (Resolved): TRACKING: DOCUMENTATION - complete first draft of documentationhttps://projects.ecoinformatics.org/ecoinfo/issues/24172006-04-13T23:26:00ZMatthew Brookebrooke@nceas.ucsb.edu
<p>complete first draft of documentation</p>
<p>Includes:<br />Actor Man Pages<br />Getting started guide (incl. tutorial chapters)<br />FAQ</p>
<p>(Use this bug to track dependent bugs)</p> Bug #2369 (Resolved): Scrollbars Disappear After Using Fullscreen Mode--Now crasheshttps://projects.ecoinformatics.org/ecoinfo/issues/23692006-02-25T06:09:40ZMatthew Brookebrooke@nceas.ucsb.edu
<p>1) open a workflow (can be a blank one)<br />2) go into full screen mode, either by selecting "Full Screen" on the "View" <br />menu, or by clicking the "Full Screen" button on the toolbar<br />3) use the "Esc" key to return to regular screen size<br />-> the scrollbars have now disappeared from the graph frame</p> Bug #2368 (Resolved): Remove svg icon properties from Workflow MOML fileshttps://projects.ecoinformatics.org/ecoinfo/issues/23682006-02-24T01:51:01ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Need to remove svg icon and thumbnail icon properties from workflow MOML files<br />in the kepler/workflows directory. The specific text to remove in each case is<br />all occurrences of:</p>
<pre><code>&lt;property name="_svgIcon" class="some.class.name.Here"&gt;<br /> &lt;configure&gt;/svg/IconNameHere.svg&lt;/configure&gt;<br /> &lt;/property&gt;<br /> &lt;property name="_thumbnailRasterIcon" class="some.class.name.Here"&gt;<br /> &lt;configure&gt;/actorthumbs/IconNameHere-sm.gif&lt;/configure&gt;<br /> &lt;/property&gt;</code></pre>
<p>NOTE - don't just cut and paste the above text - you need to replace<br />"some.class.name.Here" and "IconNameHere" with the real values :-)</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 #2335 (Resolved): MENUS: Top-Level Menu - dynamic addition of menu itemshttps://projects.ecoinformatics.org/ecoinfo/issues/23352006-01-18T22:12:20ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Need to look at dynamic addition of menu items to Window menu and MRU File menu.<br />Need to keep a pointer to these for future use (actually, already have pointer<br />in keplerMenuMap)</p> Bug #2325 (Resolved): Actor Library Folders Should Not Be Draggablehttps://projects.ecoinformatics.org/ecoinfo/issues/23252005-12-20T19:07:04ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Actor-library folders can currently be dragged to the canvas, although when they<br />are released there, a popup error message with stacktrace is shown.</p>
<p>The folders (ie any non-leaf nodes) should be changed so they do not respond to<br />drag-gestures.</p> Bug #2323 (Resolved): Remove text added with "Attribute" actor from older workflowshttps://projects.ecoinformatics.org/ecoinfo/issues/23232005-12-16T21:36:37ZMatthew Brookebrooke@nceas.ucsb.edu
<p>When using Batik rendering:</p>
<p>In existing workflows that use the ptolemy.kernel.util.Attribute for<br />annotations, the annotation text does not wrap - instead, it is all on one long<br />line.</p>
<p>I can't find a plain "Attribute" in the actor library, so maybe this is only a<br />problem with existing workflows. Should people be using the annotation actor<br />(ptolemy.vergil.kernel.attributes.TextAttribute) instead??</p> Bug #2322 (Resolved): SVG - Assigning Icons to the Correct Actors in Properties Fileshttps://projects.ecoinformatics.org/ecoinfo/issues/23222005-12-16T19:09:36ZMatthew Brookebrooke@nceas.ucsb.edu
<p>(This is a continuation of part of bug <a class="issue tracker-1 status-3 priority-5 priority-highest closed" title="Bug: SVG - Assigning Icons (Resolved)" href="https://projects.ecoinformatics.org/ecoinfo/issues/2266">#2266</a>, which included other stuff, so i<br />have closed that and opened this one for clarity)</p>
<p>Assigning to Laura as a first guess, but feel free to reassign to someone more<br />appropriate, as necessary.</p>
<p>The new SVG icon assignments are now mapped in two resource bundle files -</p>
<p>kepler/configs/ptolemy/configs/kepler/svgIconMappingsByClass.properties<br />and<br />kepler/configs/ptolemy/configs/kepler/svgIconMappingsByLSID.properties</p>
<p>svgIconMappingsByClass contains most (if not all) the actor classes in use, but<br />only a few of those classes have actually been mapped to icons, since I'm really<br />not sure which actors are supposed to use which icons, apart from the really<br />obvious ones I've already done. Most actors therefore default to a blank teal<br />icon at the moment.</p>
<p>The files listed above have lots of comments in them, describing exactly how to<br />do the mappings.</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>