bugGNU Octave - Bugs: bug #52169, gnuplot graphics toolkit tick...

 
 

bug #52169: gnuplot graphics toolkit tick color doesn't match axis color

Submitted by:  Dan Sebald <sebald>
Submitted on:  Wed 04 Oct 2017 07:30:58 PM UTC  
 
Category: Plotting with gnuplotSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Inaccurate Result
Status: ConfirmedAssigned to: None
Originator Name: Open/Closed: Open
Release: devOperating System: Any

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sun 15 Oct 2017 02:03:23 AM UTC, comment #5:

Correct. I searched old changesets I have for gnuplot on my computer and there's a sizable patch for adding the feature of controlling line color of ticks. So, this was a gnuplot issue, not an Octave bug. I was hoping to resurrect that patch and update it for gnuplot's current repository. However, gnuplot is in a transition period at the moment, and I'm going to wait until things are stable there. My estimate would be a month or two, at which point I'll post something here to make this bug report active once again.

Dan Sebald <sebald>
Sun 15 Oct 2017 01:54:30 AM UTC, comment #4:

I went way back with hg bisect and I don't think this has ever worked. I'm changing the group from Regression to just Innacurate Result.

Rik <rik5>
Project Administrator
Fri 06 Oct 2017 08:54:03 PM UTC, comment #3:

gnuplot chooses the tick color to match the border color. That would be fine, if not for the fact that the plot can have different axes with different colors (and there is only a single border color).

Hmm, I'm starting to have flashbacks on this one. This may be something a created a gnuplot patch for, but the patch never got implemented. Let me investigate the gnuplot bug-report page.

Dan Sebald <sebald>
Fri 06 Oct 2017 08:23:12 PM UTC, comment #2:

Since this is a regression, I've searched through all the patches I have here (I always copy my patches to a local subdirectory before posting). The closest related patch (not sure it was ever pushed though) seems to be the following from djs2017mar10

That date would be after the July 2016 timeframe. Notice how the re is one fprintf() removed that uses colorspec, but the one that is retained doesn't have the color spec. Again, not sure if this was ever applied, or exactly what happened. But this would be a good starting point for investigating where the issue might be.

I'll look at this and come up with a changeset.

Dan Sebald <sebald>
Thu 05 Oct 2017 11:55:50 PM UTC, comment #1:

Confirmed. And this is a regression. This was reported earlier by me in bug #42947, but was also fixed back in July, 2016.

Rik <rik5>
Project Administrator
Wed 04 Oct 2017 07:30:58 PM UTC, original submission:

Try the following:

The ticks are black when they should be blue.

Dan Sebald <sebald>

 

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

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Digest:
   bug dependencies.

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by rik5 (Posted a comment)
  • -unavailable- added by sebald (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 15 Oct 2017 01:54:30 AM UTCrik5Item GroupRegression=>Inaccurate Result
    Thu 05 Oct 2017 11:56:02 PM UTCrik5Item GroupIncorrect Result=>Regression
      StatusNone=>Confirmed
    Thu 05 Oct 2017 11:55:50 PM UTCrik5Dependencies-=>Depends on bugs #42947

    Back to the top


    Powered by Savane 3.1-cleanup1