Rik | 31 Aug 16:54 2015

Re: Help with minor grid

On 08/27/2015 12:02 AM, octave-maintainers-request <at> gnu.org wrote:
Subject:
Re: Help with minor grid
From:
Ben Abbott <bpabbott <at> mac.com>
Date:
08/26/2015 09:35 AM
To:
Rik <rik <at> octave.org>
CC:
John Eaton <jwe <at> octave.org>, octave-maintainers <at> gnu.org
List-Post:
<mailto:octave-maintainers <at> gnu.org>
Content-Transfer-Encoding:
quoted-printable
Precedence:
list
MIME-Version:
1.0 (Mac OS X Mail 8.2 \(2104\))
References:
<MTAwMDAyMC5ub21hZA.1440535643 <at> quikprotect> <55DCFB22.7040907 <at> gmail.com> <55DDB57E.6030203 <at> octave.org> <MTAwMDAzNC5ub21hZA.1440604517 <at> quikprotect>
In-Reply-To:
<MTAwMDAzNC5ub21hZA.1440604517 <at> quikprotect>
Message-ID:
<8E54D973-37F5-4BAE-AE74-10FD9B9CC43D <at> mac.com>
Content-Type:
text/plain; charset=us-ascii
Message:
2

> On Aug 26, 2015, at 11:55 AM, Rik <rik <at> octave.org> wrote: > > On 08/26/2015 05:47 AM, John W. Eaton wrote:
>> On 08/25/2015 07:32 PM, Michael Godfrey wrote:
>>> Atached is result of: >>> >>> >>> plot (1:10) >>> set (gca, 'xtick', [0 1 5 6 9 10]) >>> grid minor
>> >> Hmm, so even though you specify a tick mark at 0, it's not displayed >> because of the data range being 1:10? Is it always the case that tick >> marks outside the data range (or axes limits, I guess, which might be >> computed from the data range) are ignored? That seems like one problem >> to solve and the other is to properly handle the minor ticks when the >> major ticks are not evenly spaced.
> > There seems to be several problems which need to be disentangled. When the > command 'set (gca, 'xtick', ...)' is executed I notice that I do not hit a > breakpoint in calc_ticks_and_lims in graphics.cc. This means only the > 'xtick' property itself is being updated, but there is no listener that is > also asking for the limits to be updated.
If I understand correctly, this is also how Matlab works. Meaning the axis limits are not dependent upon {x,y,z}tick. The only ticks that are displayed must be within the range of the axes limits. Ben

Okay, so Octave is Matlab-compatible in this regard.  The minor grid lines in Octave are still placed in the wrong locations, or are missing, so I filed a report here https://savannah.gnu.org/bugs/?45850.

jwe also asked for the following example to be run

  plot (1:10)
  set (gca, 'xtick', [0, 1, pi, 7.3, 10])
  grid minor

If someone can post the results to bug report #45850 that would help.

--Rik
 
Juan Pablo Carbajal | 31 Aug 11:07 2015
Picon

Canonicalize bug?

Dear gnulib devs,

In the GNU Octave community with run into a problem with canonicalize functions.
It is not clear yet, but it seems that '/' is used for path regardless
of the platform.
One of our devs, Rik, reported this recently

https://savannah.gnu.org/bugs/?45816#comment3

Is this a bug in gnulib?

Thanks

Hydra Build Daemon | 30 Aug 20:15 2015
Picon
Picon

Success: Hydra job gnu:octave-default:build.x86_64-linux

Hi,

The status of Hydra job ‘gnu:octave-default:build.x86_64-linux’ has changed from "Failed with
output" to "Success".  For details, see

  http://hydra.nixos.org/build/25298108

This may be due to 2 commits by Karl Berry <karl <at> freefriends.org> or Mike Miller <mtmiller <at> octave.org>.

Yay!

Regards,

The Hydra build daemon.

Hydra Build Daemon | 30 Aug 19:45 2015
Picon
Picon

Success: Hydra job gnu:octave-default:tarball on x86_64-linux

Hi,

The status of Hydra job ‘gnu:octave-default:tarball’ (on x86_64-linux) has changed from "Failed
with output" to "Success".  For details, see

  http://hydra.nixos.org/build/25298106

This may be due to a commit by Mike Miller <mtmiller <at> octave.org>.

Yay!

Regards,

The Hydra build daemon.

Hydra Build Daemon | 30 Aug 19:25 2015
Picon
Picon

Success: Hydra job gnu:octave-default:coverage on x86_64-linux

Hi,

The status of Hydra job ‘gnu:octave-default:coverage’ (on x86_64-linux) has changed from "Failed"
to "Success".  For details, see

  http://hydra.nixos.org/build/25298107

This may be due to 2 commits by Karl Berry <karl <at> freefriends.org> or Mike Miller <mtmiller <at> octave.org>.

Yay!

Regards,

The Hydra build daemon.

Hydra Build Daemon | 30 Aug 11:13 2015
Picon
Picon

Failed with output: Hydra job gnu:octave-default:tarball on x86_64-linux

Hi,

The status of Hydra job ‘gnu:octave-default:tarball’ (on x86_64-linux) has changed from "Success"
to "Failed with output".  For details, see

  http://hydra.nixos.org/build/25291456

This may be due to a commit by Mike Miller <mtmiller <at> octave.org>.

Go forth and fix it.

Regards,

The Hydra build daemon.

Hydra Build Daemon | 30 Aug 11:10 2015
Picon
Picon

Failed with output: Hydra job gnu:octave-default:build.x86_64-linux

Hi,

The status of Hydra job ‘gnu:octave-default:build.x86_64-linux’ has changed from "Success" to
"Failed with output".  For details, see

  http://hydra.nixos.org/build/25291455

This may be due to a commit by Mike Miller <mtmiller <at> octave.org>.

Go forth and fix it.

Regards,

The Hydra build daemon.

Hydra Build Daemon | 30 Aug 11:09 2015
Picon
Picon

Failed: Hydra job gnu:octave-default:coverage on x86_64-linux

Hi,

The status of Hydra job ‘gnu:octave-default:coverage’ (on x86_64-linux) has changed from
"Success" to "Failed".  For details, see

  http://hydra.nixos.org/build/25291457

This may be due to a commit by Mike Miller <mtmiller <at> octave.org>.

Go forth and fix it.

Regards,

The Hydra build daemon.

TrucomanX XnamocurT | 28 Aug 06:02 2015
Picon

userpath function implemented - need testers


Hi
In my last post I talk about the function userpath()
Now I change the link, the current link is:
for to install:

pkg prefix ~/lib/octave pkg install userpathlib.tar.gz

------------------------------------------------------------------------
I have implemented,

the function userpath() of matlab:

  myuserpath=userpath('reset')
  userpath('/home/username/mystartupdir')
  userpath('reset')
  userpath('clear')

And others interesting (I think so) multiplatform functions as:

% Home user directory, like OCTAVE_HOME()
USER_HOME()
ans=\home\user
and=C:/Users/user

%If exist some_directory directory in the path()
existpath(some_directory)
ans=1
ans=0

% similar a userpath but return a directory not a path
  USERDIR=USER_DIR()
  USERDIR=USER_DIR('default')
  USERDIR=USER_DIR('loaddefault')
  USERDIR=USER_DIR('loadlast')
  USERDIR=USER_DIR('/home/username/mystartupdir')
  USERDIR=USER_DIR('clear')

And I propose a modification  at the end the .octaverc file for it to work userpath and USER_DIR
% .octaverc
if (exist(USER_DIR('loadlast'),'dir')==7)

    disp(['Loaded last startup user directory: ',USER_DIR()]);

end

the files can be download from:

https://github.com/trucomanx/userpathlib

I also like information over how submit this modifications.

thanks

Fernando
rik | 27 Aug 22:13 2015

Behavior of linspace with vector inputs

8/27/15

Thanks everyone for the input.  It seems like more trouble than it's worth
so I left in place the current behavior and just fixed the compatibility
issue for N < 1.  See changeset
http://hg.savannah.gnu.org/hgweb/octave/rev/16b9ec39ff46.

--Rik

Michael Barnes | 27 Aug 09:59 2015

Variable Editor

It's been suggested that I mention https://savannah.gnu.org/patch/?8656 here so that more people can
jump on the code. I updated the original patch because a variable editor was the big thing I missed from Matlab.

Outstanding issues:

Structs don't work, so double-clicking on a struct in a cell array does nothing at all.

Strings show as one character per cell.

Both of these will need special cases when opening specific variables. Not difficult but time consuming.

Autofitting cell width carries a processor overhead for every value. It looks good when opening a 20x20
matrix but opening a 200x200 matrix it becomes unusable. Workaround: don't select autofit in the options
if you're working with big matrices.

Not entirely matlab-like. Copying and pasting from a cell array with cell arrays or structs contained
within it is messy. Strings within cells require you to type the quotes.

Thanks,

Michael


Gmane