Colin Macdonald | 6 Mar 14:01 2015
Picon
Picon

generate_html: utf-8 texinfo broken

Hi,

I'm using utf-8 unicode in my texinfo docs for Symbolic package.  Mostly
works fine within Octave---except on Windows which is
https://savannah.gnu.org/bugs/?43099 which is on the list for 4.0.

However, "get_html_options" from the generate_html pkg is hardcoding a
iso-8859-1 header, so online my unicode renders as garbage.

"makeinfo --html" respects the texinfo tag " <at> documentencoding UTF-8" so
there is no problem at that level.

Should I patch generate_html pkg?  I could presumably make it check
 <at> documentencoding...

Personally, I feel life it too short to care about non-utf-8: would
hardcoding to utf-8 instead be frowned upon?

Colin

--

-- 
Colin Macdonald
Associate Professor
Tutorial Fellow at Oriel College
University of Oxford

vinukn | 6 Mar 07:12 2015
Picon

Octave 4.0rc installer on Windows 7

1. Close button of window is not visible
2. Qt graphics toolkit is not available in octave-cli
SC1.png <http://octave.1599824.n4.nabble.com/file/n4668998/SC1.png>  

--
View this message in context: http://octave.1599824.n4.nabble.com/Octave-4-0rc-installer-on-Windows-7-tp4668998.html
Sent from the Octave - Maintainers mailing list archive at Nabble.com.

John W. Eaton | 5 Mar 22:55 2015

Octave 4.0.0 release candidate 1 available for ftp

The first release candidate for Octave 4.0.0 is available from

   ftp://alpha.gnu.org/gnu/octave

In addition to the sources there is a binary installer for Windows.

I'm sure there will be problems that need to be fixed so it is unlikely 
that this version will become the 4.0.0 release without some changes. 
But please try to build this version and report any problems you find in 
the bug tracker.  I've added a new version tag for the release 
candidate, so please use that when reporting problems.

jwe

Hydra Build Daemon | 5 Mar 22:38 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/20173419

This may be due to 27 commits by Carnë Draug <carandraug <at> octave.org>, Daniel J Sebald
<daniel.sebald <at> ieee.org>, Eelco Dolstra <eelco.dolstra <at> logicblox.com>, James Cook
<james.cook <at> utoronto.ca>, John W. Eaton <jwe <at> octave.org>, Karl Berry <karl <at> freefriends.org>,
Pantxo Diribarne <pantxo.diribarne <at> gmail.com>, Paul Eggert <eggert <at> cs.ucla.edu>, Rik
<rik <at> octave.org>, Tobias Geerinckx-Rice <tobias.geerinckx.rice <at> gmail.com>, Tom
<thomasf <at> blinkbox.com>, Torsten <ttl <at> justmail.de>, William A. Kennington III
<william <at> wkennington.com> or aszlig <aszlig <at> redmoonstudios.org>.

Yay!

Regards,

The Hydra build daemon.

rik | 4 Mar 05:54 2015

Memory leaks in 4.0 RC1

All,

As part of the Release Checklist I ran the entire test suite under valgrind
to check for memory leaks.  The log file is bzipped and attached to this
bug report (https://savannah.gnu.org/bugs/index.php?44420).  Search for
"definitely lost" to find guaranteed memory leaks.  Alas, there are
definitely some in the new classdef parser.

--Rik

Rik | 3 Mar 23:37 2015

Re: Copying Matlab mouse behavior

On 03/03/2015 01:44 PM, octave-maintainers-request <at> gnu.org wrote:
Subject:
Re: Qt graphics zooming
From:
Philip Nienhuis <pr.nienhuis <at> hccnet.nl>
Date:
03/03/2015 12:47 PM
To:
octave-maintainers <at> gnu.org
List-Post:
<mailto:octave-maintainers <at> gnu.org>
Content-Transfer-Encoding:
7bit
Precedence:
list
MIME-Version:
1.0
Message-ID:
<54F61DFD.3010007 <at> hccnet.nl>
Content-Type:
text/plain; charset=UTF-8; format=flowed
Message:
7

John W. Eaton <[hidden email]> wrote:
On 03/03/2015 01:28 PM, Rik wrote:

This works well when using single mouse clicks.  I would add the same
code to the canvasWheelEvent so that mouse wheel zoom is also based on
the current location.

-- Canvas.cc:795 --
// FIXME: should we zoom about point for 2D plots?

ap.zoom (mode, factor);
-- End Code --

It looks like that may have been intended.
... [show rest of quote]

I'm not sure that's how Matlab works.  Maybe someone else can verify?

I don't really care one way or the other, but if we diverge from what
Matlab does, I expect we'll get a bug report about it...

Let's limit Matlab compatibility to being able to run Matlab code.

If we extend it to mouse gestures etc, we can as well copy verbatim the entire Matlab GUI, just to avoid bug reports about that ">:-)

I happen to agree.  I think the FLTK behavior is much better.  I find it unmotivating to have to code stuff that I think is broken to begin with.


I find the way mouse zooming works in fltk very intuitively (zooming w. mouse wheel relative to mouse pointer, right-button drag to zoom w/o the need for separate zoom buttons); I feel little need to sacrifice such functionality to arrive at how current Matlab (r2015a prerelease) works.
At ML's File Exchange there's even a utility to improve ML's zooming behavior to more or less like Octave/fltk works (http://www.mathworks.com/matlabcentral/fileexchange/25666-mouse-friendly-figure).

BTW Why was mouse_wheel_zoom deprecated? Also for ML compatibility? I find it a quite useful function.

The functionality is still present--just change the figure property "mousewheelzoom".  But maybe we still want a convenient user function to tweak it in the same way that pan and rotate3d really just change figure properties.

--Rik

rik | 3 Mar 20:26 2015

Re: Zoom testing

On 03/03/2015 11:01 AM, Ben Abbott wrote:
>> On Mar 3, 2015, at 1:55 PM, John W. Eaton <jwe <at> octave.org> wrote:
>>
>> On 03/03/2015 01:28 PM, Rik wrote:
>>
>>> This works well when using single mouse clicks.  I would add the same
>>> code to the canvasWheelEvent so that mouse wheel zoom is also based on
>>> the current location.
>>>
>>> -- Canvas.cc:795 --
>>> // FIXME: should we zoom about point for 2D plots?
>>>
>>> ap.zoom (mode, factor);
>>> -- End Code --
>>>
>>> It looks like that may have been intended.
>>
>> I'm not sure that's how Matlab works.  Maybe someone else can verify?
>>
>> I don't really care one way or the other, but if we diverge from what
Matlab does, I expect we'll get a bug report about it...
>>
>> jwe
>
> I happy to try on Matlab, but I'm not following what needs to be done.
>
> To illustrate where I'm lost .... If the mouse clicking the a zoom button
why would the zoom be based upon the location of the mouse?
>
> If a hot key is being used to zoom, I don't think Matlab supports that.
>
> Ben

Try:

surf (peaks)
zoom ('on')
% Move mouse to the lower-right hand corner (50, 0, 0)
% mouse wheel up.
% if zooming is around the point, then X-axis should have limits of about
[25, 50]
% if zooming is around the center of the figure then the X-axis should have
limits of about [12.5, 37.5]

--Rik

Rik | 3 Mar 18:16 2015

Re: Qt graphics zooming

On 03/03/2015 09:00 AM, octave-maintainers-request <at> gnu.org wrote:
Subject:
Qt graphics zooming with Z+ Z-, and "save as" command
From:
Doug Stewart <doug.dastew <at> gmail.com>
Date:
03/03/2015 07:38 AM
To:
octave-maintainers <at> gnu.org
List-Post:
<mailto:octave-maintainers <at> gnu.org>
Precedence:
list
MIME-Version:
1.0
Message-ID:
<CAAohRsbHTtSqN7M6_o3Cg89NevSj4Eccfc92=BRb=MuGygrFkA <at> mail.gmail.com>
Content-Type:
multipart/alternative; boundary=f46d0442861c1f42c60510642239
Message:
6

 hg tip
changeset:   19893:67cb2f421255

Qt graphics
Ubuntu 14.04

1)    I tried out the Z+ and Z- buttons and found that they zoom relative to the center of the figure, but I expected them to zoom relative to where the mouse pointer was pointing.  
Was my expectation wrong?

Were you zooming with the mouse wheel?

By comparison, FLTK does zoom around the point where the mouse is.  Can someone verify what Matlab does in this regard?



2)  If I expand the figure window to be the whole screen, and then do a save as command, the resulting pdf file is not correct. It only has a small part of the top left corner if the figure window.


Works for me.  But, maybe someone else can reproduce this.

--Rik

Doug Stewart | 3 Mar 16:38 2015
Picon

Qt graphics zooming with Z+ Z-, and "save as" command

 hg tip
changeset:   19893:67cb2f421255

Qt graphics
Ubuntu 14.04

1)    I tried out the Z+ and Z- buttons and found that they zoom relative to the center of the figure, but I expected them to zoom relative to where the mouse pointer was pointing.  
Was my expectation wrong?


2)  If I expand the figure window to be the whole screen, and then do a save as command, the resulting pdf file is not correct. It only has a small part of the top left corner if the figure window.




--
DAS

Hydra Build Daemon | 3 Mar 09:55 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/20108813

This may be due to 30 commits by Andreas Weber <andy.weber.aw <at> gmail.com>, Bjørn Forsman
<bjorn.forsman <at> gmail.com>, Carnë Draug <carandraug <at> octave.org>, Daniel J Sebald
<daniel.sebald <at> ieee.org>, Domen Kožar <domen <at> dev.si>, Eelco Dolstra
<eelco.dolstra <at> logicblox.com>, John W. Eaton <jwe <at> octave.org>, Mike Miller <mtmiller <at> ieee.org>,
Pantxo Diribarne <pantxo.diribarne <at> gmail.com>, Rik <rik <at> octave.org>, Rob Vermaas
<rob.vermaas <at> gmail.com>, Stefan Mahr <dac922 <at> gmx.de>, Torsten <ttl <at> justmail.de> or William A.
Kennington III <william <at> wkennington.com>.

Go forth and fix it.

Regards,

The Hydra build daemon.

Hydra Build Daemon | 3 Mar 08:09 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/20109815

This may be due to 34 commits by Andreas Weber <andy.weber.aw <at> gmail.com>, Bjørn Forsman
<bjorn.forsman <at> gmail.com>, Carnë Draug <carandraug <at> octave.org>, Daniel J Sebald
<daniel.sebald <at> ieee.org>, Domen Kožar <domen <at> dev.si>, Eelco Dolstra
<eelco.dolstra <at> logicblox.com>, John W. Eaton <jwe <at> octave.org>, Mike Miller <mtmiller <at> ieee.org>,
Pantxo Diribarne <pantxo.diribarne <at> gmail.com>, Rik <rik <at> octave.org>, Rob Vermaas
<rob.vermaas <at> gmail.com>, Stefan Mahr <dac922 <at> gmx.de>, Torsten <ttl <at> justmail.de> or William A.
Kennington III <william <at> wkennington.com>.

Go forth and fix it.

Regards,

The Hydra build daemon.


Gmane