Re: Re: svg library ideas

Re: Re: svg library ideas

[Pedro Andres Aranda Gutierrez]

[-- Attachment #1: Type: text/plain, Size: 769 bytes --]

Jean Louis wrote:
>* Po Lu <luangruo@yahoo.com> [2023-01-27 16:11]:
>>  BTW, remember what I said about C and portability?  Rust is already
>>  causing problems for a new Emacs port, despite there being no Emacs code
>>  written in Rust at all.
>
>What I know is that Ice Window Manager (IceWM) uses Nanosvg:
>
>memononen/nanosvg: Simple stupid SVG parser:
>https://github.com/memononen/nanosvg

Wow, cute and clean :-)
However, I don't see it in the packages for my distro :-(
Maybe that can mean something...

/PA


-- 
Fragen sind nicht da um beantwortet zu werden,
Fragen sind da um gestellt zu werden
Georg Kreisler

Headaches with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run
a leader-deposed hook here, but we can't yet

[-- Attachment #2: Type: text/html, Size: 1338 bytes --]

Re: Re: svg library ideas

[Pedro Andres Aranda Gutierrez]

[-- Attachment #1: Type: text/plain, Size: 728 bytes --]

Po Lu write:

> Building anything with Rust also involves downloading a lot of binary
code off the internet, and I am not quite comfortable with that.

And, on top, it's extremely painful in platforms were librsvg is not
available. Would it make sense to look at using the ICEWM library in Emacs
as an alternative? Downloading and compiling it as part of the process of
building Emacs seems less painful than building librsvg...

Just thinking about a summer challenge...

/PA
-- 
Fragen sind nicht da um beantwortet zu werden,
Fragen sind da um gestellt zu werden
Georg Kreisler

Headaches with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run
a leader-deposed hook here, but we can't yet

[-- Attachment #2: Type: text/html, Size: 1072 bytes --]

Re: svg library ideas

[Eli Zaretskii]

> From: Pedro Andres Aranda Gutierrez <paaguti@gmail.com>
> Date: Fri, 3 Feb 2023 07:39:04 +0100
> 
> > Building anything with Rust also involves downloading a lot of binary
> code off the internet, and I am not quite comfortable with that.
> 
> And, on top, it's extremely painful in platforms were librsvg is not available. Would it make sense to look at
> using the ICEWM library in Emacs as an alternative? Downloading and compiling it as part of the process of
> building Emacs seems less painful than building librsvg... 

AFAIU, IceWM is an X11 window manager, so how could it be an
alternative for librsvg, which is a library for displaying SVG images?

Re: svg library ideas

[Jean Louis]

* Eli Zaretskii <eliz@gnu.org> [2023-02-03 11:02]:
> > From: Pedro Andres Aranda Gutierrez <paaguti@gmail.com>
> > Date: Fri, 3 Feb 2023 07:39:04 +0100
> > 
> > > Building anything with Rust also involves downloading a lot of binary
> > code off the internet, and I am not quite comfortable with that.
> > 
> > And, on top, it's extremely painful in platforms were librsvg is
> > not available. Would it make sense to look at using the ICEWM
> > library in Emacs as an alternative? Downloading and compiling it
> > as part of the process of building Emacs seems less painful than
> > building librsvg...
> 
> AFAIU, IceWM is an X11 window manager, so how could it be an
> alternative for librsvg, which is a library for displaying SVG images?

IceWM uses this library:

memononen/nanosvg: Simple stupid SVG parser:
https://github.com/memononen/nanosvg


--
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/

Re: svg library ideas

[Po Lu]

AFAIK this library does not support embedding images inside SVG files.


On February 3, 2023 7:25:59 PM GMT+08:00, Jean Louis <bugs@gnu.support> wrote:
>* Eli Zaretskii <eliz@gnu.org> [2023-02-03 11:02]:
>> > From: Pedro Andres Aranda Gutierrez <paaguti@gmail.com>
>> > Date: Fri, 3 Feb 2023 07:39:04 +0100
>> > 
>> > > Building anything with Rust also involves downloading a lot of binary
>> > code off the internet, and I am not quite comfortable with that.
>> > 
>> > And, on top, it's extremely painful in platforms were librsvg is
>> > not available. Would it make sense to look at using the ICEWM
>> > library in Emacs as an alternative? Downloading and compiling it
>> > as part of the process of building Emacs seems less painful than
>> > building librsvg...
>> 
>> AFAIU, IceWM is an X11 window manager, so how could it be an
>> alternative for librsvg, which is a library for displaying SVG images?
>
>IceWM uses this library:
>
>memononen/nanosvg: Simple stupid SVG parser:
>https://github.com/memononen/nanosvg
>
>
>--
>Jean
>
>Take action in Free Software Foundation campaigns:
>https://www.fsf.org/campaigns
>
>In support of Richard M. Stallman
>https://stallmansupport.org/
>

Re: svg library ideas

[Eli Zaretskii]

> Date: Fri, 3 Feb 2023 14:25:59 +0300
> From: Jean Louis <bugs@gnu.support>
> Cc: Pedro Andres Aranda Gutierrez <paaguti@gmail.com>,
>   emacs-devel@gnu.org, luangruo@yahoo.com, rms@gnu.org
> 
> * Eli Zaretskii <eliz@gnu.org> [2023-02-03 11:02]:
> > AFAIU, IceWM is an X11 window manager, so how could it be an
> > alternative for librsvg, which is a library for displaying SVG images?
> 
> IceWM uses this library:
> 
> memononen/nanosvg: Simple stupid SVG parser:
> https://github.com/memononen/nanosvg

Thanks.  The README says:

  This project is not actively maintained.
  [...]
  NanoSVG is a simple stupid single-header-file SVG parse.

Not sure this is good enough for us, so someone would have to
investigate and report back.

Re: svg library ideas

[Jean Louis]

* Po Lu <Luangruo@yahoo.com> [2023-02-03 15:33]:
> AFAIK this library does not support embedding images inside SVG files.

Maybe you could add to it?

-- 
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/

Re: svg library ideas

[Yuri Khan]

On Fri, 3 Feb 2023 at 18:50, Jean Louis <bugs@gnu.support> wrote:

> IceWM uses this library:
>
> memononen/nanosvg: Simple stupid SVG parser:
> https://github.com/memononen/nanosvg

Does it? In Ubuntu ≥22.04, the icewm package lists librsvg2-2 in its
runtime dependencies. (But not in 18.04 or 20.04.)

Re: svg library ideas

[Jean Louis]

* Yuri Khan <yuri.v.khan@gmail.com> [2023-02-03 16:58]:
> On Fri, 3 Feb 2023 at 18:50, Jean Louis <bugs@gnu.support> wrote:
> 
> > IceWM uses this library:
> >
> > memononen/nanosvg: Simple stupid SVG parser:
> > https://github.com/memononen/nanosvg
> 
> Does it? In Ubuntu ≥22.04, the icewm package lists librsvg2-2 in its
> runtime dependencies. (But not in 18.04 or 20.04.)

Then it changed, they upgraded it, now using that one. Sorry!
Information is not updated! ☹️

Can you use this one?

AmanithSVG, a software library for reading and rendering SVG files:
https://www.amanithsvg.com/

"It doesn't depend on third party libraries with the exception of the
C/C++ standard library and a modified version of PugiXML"


-- 
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/

Re: svg library ideas

[Jean Louis]

* Yuri Khan <yuri.v.khan@gmail.com> [2023-02-03 16:58]:
> On Fri, 3 Feb 2023 at 18:50, Jean Louis <bugs@gnu.support> wrote:
> 
> > IceWM uses this library:
> >
> > memononen/nanosvg: Simple stupid SVG parser:
> > https://github.com/memononen/nanosvg

And why not implement in that library embedded pictures?

Maybe is not much work to make fork or to contribute to it.

-- 
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/

Re: svg library ideas

[Eli Zaretskii]

> Date: Sat, 4 Feb 2023 10:06:35 +0300
> From: Jean Louis <bugs@gnu.support>
> Cc: Eli Zaretskii <eliz@gnu.org>,
>   Pedro Andres Aranda Gutierrez <paaguti@gmail.com>,
>   emacs-devel@gnu.org, luangruo@yahoo.com, rms@gnu.org
> 
> Can you use this one?
> 
> AmanithSVG, a software library for reading and rendering SVG files:
> https://www.amanithsvg.com/

That site says:

 Source Code

 In order to satisfy all the needs to have total control over the
 software, the complete AmanithSVG (along with AmanithVG) engine
 source code is always available as a licensing option.

How can we use a library that is not Free Software and whose source
code is only available "as a licensing option"?  The SDK they tell to
download includes only binaries and header files, the sources of the
library itself are indeed not available.

Re: svg library ideas

[Jean Louis]

* Eli Zaretskii <eliz@gnu.org> [2023-02-04 11:50]:
> > Date: Sat, 4 Feb 2023 10:06:35 +0300
> > From: Jean Louis <bugs@gnu.support>
> > Cc: Eli Zaretskii <eliz@gnu.org>,
> >   Pedro Andres Aranda Gutierrez <paaguti@gmail.com>,
> >   emacs-devel@gnu.org, luangruo@yahoo.com, rms@gnu.org
> > 
> > Can you use this one?
> > 
> > AmanithSVG, a software library for reading and rendering SVG files:
> 
> That site says:
> 
>  Source Code
> 
>  In order to satisfy all the needs to have total control over the
>  software, the complete AmanithSVG (along with AmanithVG) engine
>  source code is always available as a licensing option.

You are right. For some reason I assumed that all software on Github
is free software, and I was reading their terms back in time and
understood, maybe wrongly, that only free software may be placed in
free accounts, and not proprietary one.

That is grave mistake.

--
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/

Re: svg library ideas

[Richard Stallman]

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

Most of the packages in GitHub carry no license, which means
they are non-free.

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)