Re: looking for debian friendly web app technology

2022-12-12 Thread Imre Nagy

Hi,

What do we think about "accessibility" in this thread? The MSAA like 
helping for visually challenged, or the global avaiblity (and 
acceptance) of QT?


As of Qt 5.15, (and Qt 6.4.x lately) you do not have to make the hard 
choice between responsive webpage or desktop application, since you can 
generate both from the same QT source code. The native is native, the 
browser based using WebAssembly technology. (I think MSAA is not yet 
supported for WebAssembly till this date, but please double check this 
information!)


The downside of these things, that current Debian does not seem to 
include Qt6 at all and I have no idea when it can go into the mainstream 
Debian, while there are a lot of project could be waiting for it. (Even 
my one is still pending for Debian). Qt6 for Debian is still in 
unstable/experimental state, which drives the developers like me to find 
other alternatives instead of Debian or for Debian.


Best regards,
Imre

2022. 12. 13. 1:48 keltezéssel, Sam Hartman írta:

I wrote too early sry. A desktop app is also possible. I will use qt.
Thanks for your time.


QT accessibility has improved a lot, but I suspect that a single page
web app with vuejs and a good widget set on top of that is going to be
more accessible than a QT app even today.
I find I stumble less with web app accessibility than I do with linux
desktop accessibility, although both are usable.






Re: looking for debian friendly web app technology

2022-12-12 Thread Paul Wise
On Mon, 2022-12-12 at 18:01 +0100, Andreas Josef Heil wrote:

> I wan't a highly interactive web app, A desktop app is also possible.

What program are you intending to develop?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part


Bug#1025998: ITP: libnginx-mod-js -- JavaScript module for Nginx

2022-12-12 Thread Jérémy Lal
Package: wnpp
Severity: wishlist
Owner: Jérémy Lal 
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Nginx Maintainers 


* Package name: libnginx-mod-js
  Version : 0.7.9
  Upstream Contact: nginx-de...@nginx.org
* URL : https://nginx.org/en/docs/njs/
* License : BSD-2-clause
  Programming Lang: C
  Description : JavaScript module for Nginx

This module extends Nginx with configuration directives
that allows one to run a subset of ECMAScript 5.1 (and later
extensions) language.
Its HTTP module features integration with
 - response body filter
 - location content handler
 - http, server, location variables
Its Stream module features integration with
  - the access phase
  - the content phase
  - stream, server variables

I have been using Lua in Nginx for a while, and that's fine,
with an abundant ecosystem. However JavaScript extensions
in Nginx is going to be way more easy, and there is a trend
in that direction.
So I will be using that package, and maintaining it as well
in the nginx team.


Re: looking for debian friendly web app technology

2022-12-12 Thread Sam Hartman


>I wrote too early sry. A desktop app is also possible. I will use qt. 
>Thanks for your time.


QT accessibility has improved a lot, but I suspect that a single page
web app with vuejs and a good widget set on top of that is going to be
more accessible than a QT app even today.
I find I stumble less with web app accessibility than I do with linux
desktop accessibility, although both are usable.



Bug#1025977: ITP: node-file-uri-to-path -- Convert a file: URI to a file path

2022-12-12 Thread Israel Galadima
Package: wnpp
Severity: wishlist
Owner: Israel Galadima 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-file-uri-to-path
  Version : 2.0.0
  Upstream Author : Nathan Rajlich  (http://n8.io/)
* URL : https://github.com/TooTallNate/file-uri-to-path
* License : Expat
  Programming Lang: JavaScript
  Description : Convert a file: URI to a file path

Accepts a file: URI and returns a regular file path suitable
for use with the nodejs fs module functions.

This package is part of my effort to package corepack for Debian.

Package will be maintained by the Debian JavaScript Team.


Bug#1025972: ITP: node-socks-proxy-agent -- SOCKS proxy http.Agent implementation for HTTP and HTTPS

2022-12-12 Thread Israel Galadima
Package: wnpp
Severity: wishlist
Owner: Israel Galadima 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-socks-proxy-agent
  Version : 7.0.0
  Upstream Author : Nathan Rajlich  (http://n8.io/)
* URL :
https://github.com/TooTallNate/node-socks-proxy-agent#readme
* License : Expat
  Programming Lang: JavaScript
  Description : SOCKS proxy http.Agent implementation for HTTP and HTTPS

This module provides an http.Agent implementation that connects to a
specified SOCKS proxy server, and can be used with the built-in http,
https modules and in conjunction with the ws module to establish a
WebSocket connection over a SOCKS proxy.

This package is part of my effort to package corepack for Debian.

Package will be maintained by the Debian JavaScript Team.


Re: looking for debian friendly web app technology

2022-12-12 Thread Andreas Josef Heil
I wrote too early sry. A desktop app is also possible. I will use qt. 
Thanks for your time.


Regards, Andy

On 12.12.22 18:01, Andreas Josef Heil wrote:
I think static site generators as well as indie web technology is more 
about websites and social networking, but I wan't a highly interactive 
web app, preferable a single page application. Is there no javascript 
spa framework/lib with a full featured ui library for debian? Vuejs is 
packaged for debian but not vuetifiy. Is it lot of work to package 
vuetify?


On 10.12.22 11:06, Jonas Smedegaard wrote:

Quoting Paul Wise (2022-12-10 03:51:20)

On Fri, 2022-12-09 at 13:12 +0100, Andreas Josef Heil wrote:


I'd like to develop a free software web app and I wanne be the debian
maintainer for it. It should be fully integrated to debian und 
freedombox.


What web technology should I use?

Personally I would suggest to focus on static site generators,
that only produce web pages that utilise progressive enhancement.
This sort of web site is more performant for users, more flexible
for hosting and easier to archive at the end of life of the website.

https://en.wikipedia.org/wiki/Static_site_generator
http://en.wikipedia.org/wiki/Progressive_enhancement

If possible I would consider making it a Linux desktop app instead.

I fully agree with Pabs.

On top of that, I would suggest to consider not only more sustainable
_content_ production and consumption through the above methods, but also
more sustainable _application_ production and consumption: Avoid
reinventing wheels by breaking the task into components that process
content via the Micropub standard and other Indieweb mechanisms, and
then reuse existing components and write only components missing.

E.g. if you like to code in Perl, then write a Micropub plugin for
existing static site generator Ikiwiki already part of FreedomBox, so
that everyone already using Ikiwiki (not only FreedomBox users) can edit
their content natively e.g. using exisitng Android app Indigenous.

Or if you like to code in PHP, then write a Micropub plugin for
Mediawiki, (less sustainable but) also already part of FreedomBox.

Or maybe skip coding from scratch altogether and instead package
existing plugin and theme for Wordpress, (also less sustainable but)
already already part of FreedomBox.

Or if you like to code in Python, then write a Micropub plugin for
Radicale, translating between ical data and Micropub Event data.
Radicale is already in FreedomBox.

Or maybe write a Micropub media endpoint that hooks into Matrix,
enabling Micropub-based editors like Indigenous to reuse images and
videos posted in Matrix rooms.  Matrix server is already in FreedomBox.


https://www.w3.org/TR/micropub/
https://wordpress.org/plugins/micropub/
https://wordpress.org/plugins/indieweb/
https://f-droid.org/en/packages/com.indieweb.indigenous/
http://microformats.org/wiki/h-event
https://www.w3.org/TR/micropub/#media-endpoint


  - Jonas





Bug#1025968: ITP: node-socks -- Fully featured SOCKS proxy client

2022-12-12 Thread Israel Galadima
Package: wnpp
Severity: wishlist
Owner: Israel Galadima 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-socks
  Version : 2.7.1
  Upstream Author : Josh Glazebrook
* URL : https://github.com/JoshGlazebrook/socks/
* License : Expat
  Programming Lang: JavaScript
  Description : Fully featured SOCKS proxy client

Fully featured SOCKS proxy client supporting SOCKSv4, SOCKSv4a,
and SOCKSv5. Includes Bind and Associate functionality.

This package is part of my effort to package corepack for Debian.

Package will be maintained by the Debian JavaScript Team.


Re: looking for debian friendly web app technology

2022-12-12 Thread Andreas Josef Heil
I think static site generators as well as indie web technology is more 
about websites and social networking, but I wan't a highly interactive 
web app, preferable a single page application. Is there no javascript 
spa framework/lib with a full featured ui library for debian? Vuejs is 
packaged for debian but not vuetifiy. Is it lot of work to package vuetify?


On 10.12.22 11:06, Jonas Smedegaard wrote:

Quoting Paul Wise (2022-12-10 03:51:20)

On Fri, 2022-12-09 at 13:12 +0100, Andreas Josef Heil wrote:


I'd like to develop a free software web app and I wanne be the debian
maintainer for it. It should be fully integrated to debian und freedombox.

What web technology should I use?

Personally I would suggest to focus on static site generators,
that only produce web pages that utilise progressive enhancement.
This sort of web site is more performant for users, more flexible
for hosting and easier to archive at the end of life of the website.

https://en.wikipedia.org/wiki/Static_site_generator
http://en.wikipedia.org/wiki/Progressive_enhancement

If possible I would consider making it a Linux desktop app instead.

I fully agree with Pabs.

On top of that, I would suggest to consider not only more sustainable
_content_ production and consumption through the above methods, but also
more sustainable _application_ production and consumption: Avoid
reinventing wheels by breaking the task into components that process
content via the Micropub standard and other Indieweb mechanisms, and
then reuse existing components and write only components missing.

E.g. if you like to code in Perl, then write a Micropub plugin for
existing static site generator Ikiwiki already part of FreedomBox, so
that everyone already using Ikiwiki (not only FreedomBox users) can edit
their content natively e.g. using exisitng Android app Indigenous.

Or if you like to code in PHP, then write a Micropub plugin for
Mediawiki, (less sustainable but) also already part of FreedomBox.

Or maybe skip coding from scratch altogether and instead package
existing plugin and theme for Wordpress, (also less sustainable but)
already already part of FreedomBox.

Or if you like to code in Python, then write a Micropub plugin for
Radicale, translating between ical data and Micropub Event data.
Radicale is already in FreedomBox.

Or maybe write a Micropub media endpoint that hooks into Matrix,
enabling Micropub-based editors like Indigenous to reuse images and
videos posted in Matrix rooms.  Matrix server is already in FreedomBox.


https://www.w3.org/TR/micropub/
https://wordpress.org/plugins/micropub/
https://wordpress.org/plugins/indieweb/
https://f-droid.org/en/packages/com.indieweb.indigenous/
http://microformats.org/wiki/h-event
https://www.w3.org/TR/micropub/#media-endpoint


  - Jonas





Bug#1025952: ITP: node-smart-buffer -- smart-buffer improves nodejs Buffer functionality

2022-12-12 Thread Israel Galadima
Package: wnpp
Severity: wishlist
Owner: Israel Galadima 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-smart-buffer
  Version : 4.2.0
  Upstream Author : Josh Glazebrook
* URL : https://github.com/JoshGlazebrook/smart-buffer/
* License : Expat
  Programming Lang: JavaScript
  Description : smart-buffer improves nodejs Buffer functionality

smart-buffer is a Buffer wrapper that adds automatic read & write
offset tracking, string operations, data insertions, and more.

This package is part of my effort to package corepack for Debian.

Package will be maintained by the Debian JavaScript Team.