bugGNU Octave - Bugs: bug #41780, ugly minor grid lines for fltk...

 
 

bug #41780: ugly minor grid lines for fltk backend

Submitter:  Fabio <efferre79>
Submitted:  Wed 05 Mar 2014 03:26:09 PM UTC
   
 
Category:  Plotting with OpenGL Severity:  1 - Wish
Priority:  3 - Low Item Group:  Feature Request
Status:  Fixed Assigned to:  None
Originator Name:  Open/Closed:  * Closed
Release:  * dev Operating System:  * Any
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Tue 06 Sep 2016 10:21:19 AM UTC, comment #11: 

The change will be included in the upcoming 4.2 release of Octave. Afaik there will be a first release candidate in 1-2 weeks.

The change was made in bug #48429 pushed here: http://hg.savannah.gnu.org/hgweb/octave/rev/2b1612cf38e4

Markus Mützel <mmuetzel>
Group administrator
Tue 06 Sep 2016 08:07:00 AM UTC, comment #10: 

Is the fix only available in the repository? Can you indicate a reference commit? Or is the fix already included with a certain octave release?

Fabio <efferre79>
Tue 06 Sep 2016 01:35:22 AM UTC, comment #9: 

I think this has been resolved by the transparency of grid line patches for OpenGL.  Closing report.

Rik <rik5>
Group administrator
Fri 15 Jul 2016 03:00:47 PM UTC, comment #8: 

Is this bug about transparency of grid lines in OpenGL graphics?
If so, file #37872 in bug #48429 might solve this issue.

I haven't found this bug until after having posted the changeset in the other bug report. If you prefer, I could split of the part affecting transparency from the other patch. Although, it would imho make sense to fix the two things together because it requires very similar changes on the same lines of code.

Markus Mützel <mmuetzel>
Group administrator
Sun 13 Sep 2015 09:14:35 PM UTC, comment #7: 

To make this look good will require implementing transparency in the OpenGL backends.  The minor grid lines can then be de-emphasized by making them partially transparent.

An intermediate solution might be to lighten the color of the minor grid lines which could partially fool the eye.  If the axes grid color was black then the minor grid lines could be a gray, as an example.

Rik <rik5>
Group administrator
Fri 16 May 2014 10:44:21 PM UTC, comment #6: 

It doesn't.  I think something may have gone wrong with savannah's bug tracker.  This is the second time in about a week that I have found bugs incorrectly linked.

Rik <rik5>
Group administrator
Fri 16 May 2014 05:40:46 PM UTC, comment #5: 

Rik, why this bug depends on #39586 and #39587 ?

Fabio <efferre79>
Thu 06 Mar 2014 01:41:12 PM UTC, comment #4: 

I agree, the effect isn't so bad on a linear plot but is much more noticeable on a logarithmic scale with grid lines.

Mike Miller <mtmiller>
Group Member
Thu 06 Mar 2014 01:01:19 PM UTC, comment #3: 

Differences between gnuplot and fltk often do not indicate a problem.  Octave choose to introduce the OpenGL backends (FLTK & soon Qt) to enable additional control and allow for additional features.  One of these features is control over the positioning of the axes tick and axes labels.

Regarding the grid lines, I agree they don't look aesthetic pleasant.

Ben Abbott <bpabbott>
Group Member
Thu 06 Mar 2014 11:06:01 AM UTC, comment #2: 

I have added the two images

Fabio <efferre79>
Thu 06 Mar 2014 05:51:56 AM UTC, comment #1: 

No attachments, can you try attaching your png files again?

Mike Miller <mtmiller>
Group Member
Wed 05 Mar 2014 03:26:09 PM UTC, original submission:  

I'm using octave-3.8.1-rc4

I have compared the graphical results of the two backends, gnuplot and fltk, and the quality of the PNG output is not comparable. I'm attaching the two .png files obtained from the same data and with the same plot commands.

Besides the line width of the plot trace (which can be fixed adjusting the right parameter), I see bad rendering of the grid lines in the fltk output.

The labels style is also different comparing the two plots.

Fabio <efferre79>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #30792:  tr_dat001_fltk.png added by efferre79 (61KiB - image/png - PNG comparison)
file #30793:  tr_dat001_gnuplot.png added by efferre79 (89KiB - image/png - PNG comparison)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by mmuetzel (Posted a comment)
  • -email is unavailable- added by rik5 (Updated the item)
  • -email is unavailable- added by bpabbott (Posted a comment)
  • -email is unavailable- added by mtmiller (Posted a comment)
  • -email is unavailable- added by efferre79 (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 19 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-09-06 rik5 StatusConfirmed Fixed
        Open/ClosedOpen Closed
    2015-09-12 mtmiller Severity3 - Normal 1 - Wish
        Priority5 - Normal 3 - Low
        Item GroupInaccurate Result Feature Request
        StatusDuplicate Confirmed
        Release3.8.0 dev
    2014-05-16 rik5 DependenciesRemoved dependency to bugs #39587 -
    2014-05-16 rik5 DependenciesRemoved dependency to bugs #39586 -
    2014-03-14 rik5 Dependencies- Depends on bugs #39586
    2014-03-14 rik5 StatusConfirmed Duplicate
        Dependencies- Depends on bugs #39587
    2014-03-06 mtmiller CategoryPlotting Plotting with OpenGL
        StatusNeed Info Confirmed
    2014-03-06 bpabbott Operating SystemGNU/Linux Any
        Summarydifferent PNG rendering for gnuplot and fltk backends ugly minor grid lines for fltk backend
    2014-03-06 efferre79 Attached File- Added tr_dat001_fltk.png, #30792
        Attached File- Added tr_dat001_gnuplot.png, #30793
    2014-03-06 mtmiller StatusNone Need Info

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code