Robert Norris writes:
> I note it says "IMPORTANT: Do not port to the new system if the
> application still needs to run under GNOME 2. Yelp 2 does not
> recognize the new help system."
>
> Is this important for us? I guess it means help wouldn't work on a
> MATE desktop.
My opinion is that whi
>
> As other solution, I propose:
> - use autoreconf (directly related to other autotools)
> - directly call gtkdocize from our autogen.sh (single line)
> - concert help from DocBook to Mallard: Mallard is simple and
> non-linear, modern approach to user documentation.
> I'm thinking about
>>There is many things to do now. For example, allowing such "export" feature
>>at the File->Export level. I also realized that this is one more "export"
>> sub-menu entry. From the simple user point of view, a single "Export"
>> dialog would certainly be better, allowing export to GPX, KML and
Guilhem Bonnefille wrote:
> In order to unlock some users, here is a patch.
patch applied to latest git.. *OK* on ubuntu13.10
thx!
have a nice day
Wolfgang
>
>
> 2013/11/6 Guilhem Bonnefille
>
> >
> >
> >
> > 2013/11/5 Robert Norris
> >
> >> Yes I was incorrectly reading the SHA for the c
In order to unlock some users, here is a patch.
2013/11/6 Guilhem Bonnefille
>
>
>
> 2013/11/5 Robert Norris
>
>> Yes I was incorrectly reading the SHA for the commits in the output from
>> gitg (since it shows parent SHA too)
>>
>> So gnome-autogen.sh was doing something useful after all, cop
2013/11/5 Robert Norris
> Yes I was incorrectly reading the SHA for the commits in the output from
> gitg (since it shows parent SHA too)
>
> So gnome-autogen.sh was doing something useful after all, copying or
> linking:
> gnome-doc-utils.make
> gtk-doc.make
> omf.make
> xmldocs.make
>
> It seem
There is many things to do now. For example, allowing such "export" feature
at the File->Export level. I also realized that this is one more "export"
sub-menu entry. From the simple user point of view, a single "Export"
dialog would certainly be better, allowing export to GPX, KML and any
don't succeed,
> then skydiving isn't for you.
>
>
>
> Date: Tue, 5 Nov 2013 17:26:13 +0100
> From: wolfgang.zt...@web.de<mailto:wolfgang.zt...@web.de>
> To: guilhem.bonnefi...@gmail.com<mailto:guilhem.
>> Date: Tue, 5 Nov 2013 17:26:13 +0100
>> From: wolfgang.zt...@web.de
>> To: guilhem.bonnefi...@gmail.com
>> CC: viking-devel@lists.sourceforge.net
>> Subject: Re: [Viking-devel] Export via GPSbabel
>>
>>
>> Guilhe
@web.de
> To: guilhem.bonnefi...@gmail.com
> CC: viking-devel@lists.sourceforge.net
> Subject: Re: [Viking-devel] Export via GPSbabel
>
>
> Guilhem Bonnefille wrote:
>
> > Hi all,
>
> Hi Guilhem,
>
> which system are you working with?
> at least on fedora19 and
5 Nov 2013 17:26:13 +0100
From: wolfgang.zt...@web.de
To: guilhem.bonnefi...@gmail.com
CC: viking-devel@lists.sourceforge.net
Subject: Re: [Viking-devel] Export via GPSbabel
Guilhem Bonnefille wrote:
> Hi all,
Hi Guilhem,
which system are you working with?
at least on fedora19 and ubun
Guilhem Bonnefille wrote:
> Hi all,
Hi Guilhem,
which system are you working with?
at least on fedora19 and ubuntu13.10 it doesn't work.
*fresh* git clone: (ubuntu1310)
git clone http://git.code.sf.net/p/viking/code viking_sf
cd viking_sf
./autogen.sh
...
config.status: error: cannot find inpu
Hi all,
Since few years, I always missed something in viking: the ability to
directly export data into the file format expected by my device.
After few days of work and few more days to hesitate, I finally pushed my
changes into master.
There is many things to do now. For example, allowing such
13 matches
Mail list logo