Latest issues

  • Update 4 to issue 945 ("Truncating right yAxis labels in EyeSee") 17 June 2013
    tx André :)
  • Update 3 to issue 945 ("Truncating right yAxis labels in EyeSee") 14 June 2013
  • Update 2 to issue 945 ("Truncating right yAxis labels in EyeSee") 14 June 2013
    Just fixed that. ======= - Fixed Issue 945 + related issues on exporting the canvas. - Some cleaning. - Updated call in ESCanvas>>exportWith:extension: from: "directoryName pathName, FileSystem pathNameDelimiter asString, fName" to: "directoryName fullName, FileSystem disk delimiter asString, fName" Status: FixedCc: usman.bh...@gmail.com
  • Update 2 to issue 910 ("[VerveineJ] Some methods have 'private' modifier in source code but not in model") 10 June 2013
    closing for now Status: Fixed
  • Update 2 to issue 907 ("VerveineJ does not export source anchors for FAMIXAnnotationType and FAMIXAnnotationTypeAttribute") 10 June 2013
    Status: Fixed
  • Update 1 to issue 946 ("MorphTreeMorph truncates labels") 8 June 2013
    Name: Glamour-Morphic-Widgets-TudorGirba.64 Author: TudorGirba Time: 8 June 2013, 9:46:53.048 pm UUID: 95c20aaf-7976-4fc8-a55a-3dec49575918 Ancestors: Glamour-Morphic-Widgets-TudorGirba.63 Fixed Issue 946: MorphTreeMorph truncates labels Use a simple StringMorph in a list. Thanks Alain! Status: Fixed
  • Issue 946 created: "MorphTreeMorph truncates labels" 7 June 2013
    Here is how to reproduce: 1. Download a Moose 4.8 image 2. Install the moose fonts and theme: MooseImageSetupCommandLineHandler new installFonts; installGLMWhitespaceTheme. 3. Open a GTInspector Smalltalk explore You will see that some letters appear on the next row (like sessio + n).
  • Update 1 to issue 945 ("Truncating right yAxis labels in EyeSee") 7 June 2013
    Tx Chris for reporting this. I remarked that too recently but didn't have time to report. Can someone have a look, plz?
  • Issue 945 created: "Truncating right yAxis labels in EyeSee" 6 June 2013
    Charts made look fine in the browser, but if you export to PNG (or other formats), any labels axis values on a right axis will be truncated. It should instead keep all drawing within the bounds of the canvas being drawn on - I believe EyeSee is drawing outside of its bounds (allowed in Pharo, interstingly, so you don't see the effects except when exporting). to reproduce: values := #( 1 5 10 40 70 100). chart := ESDiagramRenderer new. (chart verticalBarDiagram) rightYAxis; y: #value; yAxisLabel: 'Right Label'; regularAxis; preferredAxisMaxY: 111; models: values; yourself. chart open then export to PNG (or GIF). Look at that PNG, and you'll see the issue. Please fill in the labels with the following information: * Type-Defect * Component-EyeSee
  • Update 2 to issue 944 ("EyeSee chart Legend issues") 6 June 2013
    Type-Defect Component-EyeSee
  • Update 3 to issue 942 ("Fame-ImportExport - XML Export - transformation of \n and \t not working.") 6 June 2013
    The source code is in the Fame-ImportExport package then in the FMXMLPrinter class and in the primitive method. The tests are in the Fame-Tests-Core package then in the FMExporterTest.
  • Update 2 to issue 943 ("Integrate Rubric in Glamour") 5 June 2013
    A rudimentary integration of a smalltalk pane also exists now.
  • Update 2 to issue 942 ("Fame-ImportExport - XML Export - transformation of \n and \t not working.") 5 June 2013
    Where is the Fame XML import export?
  • Update 2 to issue 939 ("FamixEntity annotation not coherent with FAMIXEntity implementation") 5 June 2013
    This issue is considered invalid. Status: Invalid
  • Update 1 to issue 944 ("EyeSee chart Legend issues") 4 June 2013
    Interestingly, if instead of using #yAxisLabel:, I instead use #diagramTitle:, it moves the left 'y axis label' down beneath the legend, and it is at least readable. In fact, it looks better as a label - but not as a diagram title. Of course, this still does nothing for the verticle legend overwriting the rigth axis.
  • Issue 944 created: "EyeSee chart Legend issues" 4 June 2013
    When creating a chart, I would like to include a legend, and EyeSee allows for this. However, the legend is always top left of chart (even with #legendBelow sent) and obscures the Y axis label; or it is to right (when #verticalLegend is sent) and writes over the right axis if that axis is used. Example code for first issue: i := 0. series1 := OrderedCollection new: 7. 20130601 to: 20130607 do: [ :dt| series1 add: { dt. i := i + 1. }]. series2 := OrderedCollection new: 7. i := i + 1. 20130601 to: 20130607 do: [ :dt| series2 add: {dt. i := i -1. }]. series3 := OrderedCollection new: 7. 20130601 to: 20130607 do: [ :dt| series3 add: {dt. 4. }]. colors := { Color red. Color blue. Color green. }. parts := OrderedCollection new: 3. { series1. series2. series3. } withIndexDo: [ :ls :ind | parts addLast: (ESLineDiagram new y: #second; preferredAxisMaxY: 7; lineWidth: 2; models: ls; defaultColor: (colors at: ind); yourself). ind = 1 ifTrue: [ parts last identifier: #first; rotatedLabels: true; xAxisLabel: 'Dates'; regularAxis; axisColor: Color black; yAxisLabel: 'Some Measurement that will Collide with Legend' ]. ]. chart := ESDiagramRenderer new. composite := chart compositeDiagram. parts do: [ :chartPart| composite add: chartPart ]. composite yPadding: 30; height: 600; width: 800. parts first displayLegend: true; legendBelow; colorDict: (Dictionary keys: #( 'Series1' 'Series2' 'Series3') values: colors). chart open. Example code for second (vertical) issue: i := 0. series1 := OrderedCollection new: 7. 20130601 to: 20130607 do: [ :dt| series1 add: { dt. i := i + 1. }]. series2 := OrderedCollection new: 7. i := i + 1. 20130601 to: 20130607 do: [ :dt| series2 add: {dt. i := i -1. }]. series3 := OrderedCollection new: 7. 20130601 to: 20130607 do: [ :dt| series3 add: {dt. 4. }]. seriesRight := OrderedCollection new: 7. 20130601 to: 20130607 do: [ :dt| seriesRight add: {dt. 6. }]. colors := { Color red. Color blue. Color green. Color yellow. }. parts := OrderedCollection new: 4. { series1. series2. series3. } withIndexDo: [ :ls :ind | parts addLast: (ESLineDiagram new y: #second; preferredAxisMaxY: 7; lineWidth: 2; models: ls; defaultColor: (colors at: ind); yourself). ind = 1 ifTrue: [ parts last identifier: #first; rotatedLabels: true; xAxisLabel: 'Dates'; regularAxis; axisColor: Color black; yAxisLabel: 'Some Measurement that will Collide with Legend' ]. ]. parts addLast: (ESLineDiagram new rightYAxis y: #second; preferredAxisMaxY: 7; lineWidth: 2; models: seriesRight; defaultColor: colors last; regularAxis; axisColor: Color black; yAxisLabel: 'Another Measurement that will Collide with Legend' yourself). chart := ESDiagramRenderer new. composite := chart compositeDiagram. parts do: [ :chartPart| composite add: chartPart ]. composite yPadding: 30; height: 600; width: 800. parts first displayLegend: true; verticalLegend; colorDict: (Dictionary keys: #( 'Series1' 'Series2' 'Series3' 'Series4') values: colors). chart open. This occurs in the current Moose dev (4.8 of recent origin), on Windows. Type-Defect Component-EyeSee
  • Update 8 to issue 870 ("ROFocusView focuses on the wrong spot") 3 June 2013
    Ok. Now it seems to work well: | node | node := view node: -1. view nodes: (1 to: 1000). view edgesFrom: [ :x | x // 10 ]. view treeLayout. ROFocusView new on: node view: view raw. Status: FixedLabels: Milestone-4.8
  • Update 2 to issue 445 ("[Glamour] wrong behavior when embedding a browser") 3 June 2013
    This works now. Status: FixedLabels: Milestone-4.8
  • Update 4 to issue 494 ("Dynamic presentation should be a browser") 3 June 2013
    Status: WontFix
  • Update 3 to issue 494 ("Dynamic presentation should be a browser") 3 June 2013
    This will not be fixed given that all presentations in Glamour are now dynamic.