Hello,
I've submitted a number of the Perl ports for OpenBSD.
Most have an OK. New imports require a second OK.
At some point that will happen.
I also submitted an issue with some suggested description improvements
to the author of Plack::Request::WithEncoding. He liked my suggestions
and that module is now at v13. There are some other dependency changes,
too, which might need to be addressed for building. Or maybe not
relevant.
Those building changes from Module::Build to Module::Build::Tiny have
now led me down the road to properly understnading those modules, so
that's going to take up a little of my time. Time that's probably well
spent.
I'll keep submitting new modules. I doubt that I'll get everything in
for this upcoming -release (OK, I'm sure I won't), but probably will get
things into -current after -release.
I'm having fun so far. I hope that everyone is doing OK right now.
Chris Bennett
Hi!
Since 1.4 (released in september 2014), we have used Dojo Toolkit with its
Claro theme for a professional (business) look-and-feel as well as
providing users with more direct feedback on their actions (such as
checking that required fields are correctly provided). Even today, we're
using Dojo 1.16 to support our 1.8 development.
Although Dojo is serving us well, the world has moved on. Even the Dojo
developers have moved to developing Dojo 2 - a toolkit which is technically
completely incompatible with Dojo 1, although it is built on the same
philosophy of what's required for professional-looking web applications.
For quite some time, it has been apparent that we need to switch to
something other than Dojo 1, even if it is only because Dojo 1 drags lots
of cruft with it. Switching to Dojo 2 is - due to its incompatible nature
with Dojo 1 - a similar effort as switching to something completely
different. For that reason, I have been evaluating a number of options,
along the following list of requirements:
1. *Separate framework, loader and widget library*
With Dojo 1, Dojo and its Dijit library are all of the above. They are
also very tightly integrated.
2. *Support our Dijit widgets and declarative code*
There is too much dijit-html in our code base to make a step to a
different widget library at
this point: especially in 'old code' html is still being composed
"inline", which means that we're
not ready to make templates for all our code yet - an assumption that
most current
frameworks seem to depend on
3. *Support our desire to create new code using a service-based SPA
approach*
In order to move forward, we are implementing services for our 1.8
rewrites. This means
we're investing in new technology and we should want to take advantage
of the full
capabilities of the new framework we will be selecting.
In addition, I'd like to stick to developing our UI through some kind of
templating as we have been doing so far using Dojo's declarative syntax --
Dojo also supports a programmatic syntax, but we have explicitly not gone
there.
Over time, I have been looking at the following frameworks to replace our
Dojo 1 setup:
* Dojo 2
* React
* Vue
* Svelte
And skimmed over a lot of others.
Going over the alternatives, I started with Dojo 2 -- this is several years
ago, when Dojo 2 wasn't final yet. Back then, the developers were using a
"build the application in code" (instead of templates) approach. When asked
about it, they declared that templating can be bolted on, but it's not a
concern of theirs.
When I looked at React, it looked overwhelming, is/was using inline
templates using JSX (plain, unquoted HTML inside JavaScript), which very
much felt like our old code, but in JS instead of in Perl.
I looked at Vue several times over the past years. Its templating system is
relatively quickly understood. The first few times I went out to find
widget libraries to go with it, however, each time I found that we still
need to support Dijit widgets too -- and I'd hate to have mixed looks for
newer and older code where older code would use Dijit widgets while new
code would use Vuetify or similar.
Last week, based on recommendations from John, I looked at Svelte. It looks
extremely appealing as it doesn't prefer one widget library over another
and has as its focus to send as little code over the wire to the client as
possible. It achieves that by precompiling templates into
optimized/targetted JS functions. Remained the question on how to use our
Dijits with it.
This morning, I decided to a proof-of-concept with one of these libraries.
As I found instructions for Vue on how to create its renowned 2-way data
bindings for non-native components, that's where I decided to start. Over
the course of a single day, I was able to:
* Load Vue and Dojo into the same page (without conflicting, ready to be
used)
* Create a Vue app out of the login page (no functionality yet)
* Tie a Vue action to the login form submission (which required it to stop
being a Dojo widget)
* Create 2 Vue components encapsulating Dijit widgets to deal with 3 types
of UI elements:
1. Button
2. TextBox (for text and password)
* Find out how to propagate the content of the Vue button component to the
Dijit Button widget
to be used as the button caption
* Set up two-way data binding between the Dijit TextBox widget and the Vue
textbox component
... and it's only 4pm right now! :-)
I've committed my code to
https://github.com/ehuelsmann/LedgerSMB/tree/vue-with-dijit .
Based on the experience above, I'm now quite happy with Vue as our main
option to take the next step into expanding our SPA. In order to determine
the right way forward for the application as a whole, though, further
experimenting will be required: something as "simple" as our login page
obviously is no match for the logged-in application which has a menu, error
popup and main application section, each with its requirements to support
this mixed setup.
--
Bye,
Erik.
http://efficito.com -- Hosted accounting and ERP.
Robust and Flexible. No vendor lock-in.
The LedgerSMB development team is happy to announce yet another new
version of its open source ERP and accounting application.
This release contains the following fixes and improvements:
Changelog for 1.7.10
* Fix error displaying NULL exchange rates (#4438)
* Fix incorrect receipt totals due to number formatting (#4441)
* Prevent re-approval of approved inventory adjustment (#4458)
* Fix NULL transaction dates in inventory adjustment (#4463)
* Fix alignment of numbers in Inventory Activity report (#4454)
* Fix variance calculation on reconciliation report (#4486)
* Fix CSV import through explicit version on HTTP::Headers::Fast dependecy
For installation instructions and system requirements, see
https://github.com/ledgersmb/LedgerSMB/blob/1.7.10/README.md
The release can be downloaded from our download site at
https://download.ledgersmb.org/f/Releases/1.7.10
The release can be downloaded from GitHub at
https://github.com/ledgersmb/LedgerSMB/releases/tag/1.7.10
Or pulled from Docker Hub using the command
$ docker pull ledgersmb/ledgersmb:1.7.10
These are the sha256 checksums of the uploaded files:
0f8293675dd0c03d54cee80e5e65cd078b7fcf58aeb6f6443911cec7c0eb21e6 ledgersmb-1.7.10.tar.gz
02a00420a5837375ab15332171eda7df15d3c0e19b9d0af950745661b9c480ee ledgersmb-1.7.10.tar.gz.asc
The LedgerSMB development team is happy to announce yet another new
version of its open source ERP and accounting application.
This release contains the following fixes and improvements:
Changelog for 1.6.20
* Prevent re-approval of approved inventory adjustment (Erik H)
* Fix NULL transaction dates in inventory adjustment (Erik H)
* Fix alignment of numbers in Inventory Activity report (Erik H)
Erik H is Erik Huelsmann
For installation instructions and system requirements, see
https://github.com/ledgersmb/LedgerSMB/blob/1.6.20/README.md
The release can be downloaded from our download site at
https://download.ledgersmb.org/f/Releases/1.6.20
The release can be downloaded from GitHub at
https://github.com/ledgersmb/LedgerSMB/releases/tag/1.6.20
Or pulled from Docker Hub using the command
$ docker pull ledgersmb/ledgersmb:1.6.20
These are the sha256 checksums of the uploaded files:
85176d09e9f9e4a7c37c60f28239be53ab0e036ba7dd6cb28e48c15bdc291ab5 ledgersmb-1.6.20.tar.gz
ca1253f8f2c62825ffc0e75ed36fff682e48b6ac37aa4a96bfce96bbdbe8d58c ledgersmb-1.6.20.tar.gz.asc
