Re: Website Platform Discussion

[Adrien Monteleone]

I’ve used Drupal in the past but haven’t touched it in any meaningful way for 
about 5 years. From what I understand, it has been abstracted from a CMS to a 
framework for building a CMS.

I presently develop Wordpress sites. Not sure what the present host offers, but 
some like SiteGround offer staging tools using sub-domains or sub-folders. 
(that can all be set up manually of course, but some offer it in a few clicks) 
You can use Git for edits and updates. But that’s really only necessary for the 
site structure itself like themes, plugins, etc.

Actual content can easily be saved as drafts that can then be later approved 
and published.

There are plenty of options for user roles with editing and publishing rights.

I haven’t looked, but I would be surprised to not find translation plugins.

You could also integrate a web store really easy using the Woocommerce plugin 
for donations, developer support, swag, etc.

There are also calendar and project management plugins. Not sure if ya’ll are 
using any online project management tools yet, but that’s a definite option.

I’d be happy to assist with the build if needed.

-Adrien


> On Jun 15, 2017, at 2:05 PM, Eric Theise  wrote:
> 
> Hi all,
> 
> My trajectory with site-building is somewhat similar to David's except that
> I ended up building less sites through CMSs and more using frameworks such
> as Rails, Django, and Express. But lately I've taken a few steps back and
> I've found Jekyll to be an excellent way to get the job done. I'll advocate
> for it here because of its tight integration with GitHub. Updating a site
> is a git push, and content updates can go through the same evaluation as
> any other pull request.
> 
> Perhaps not immediately obvious is Jekyll's use of yaml objects to
> replace/simulate database reads and I've found this incredibly useful in
> situations where updates are infrequent.
> 
> http://jekyllrb.com/
> 
> Eric
> 
> 
> On Thu, Jun 15, 2017 at 10:57 AM, David T. via gnucash-devel <
> gnucash-devel@gnucash.org> wrote:
> 
>> In Bug 783240, I made some suggestions about modifying the website
>> structure to improve the new user experience. As the discussion has
>> developed, the implications of some of the suggestions have become more
>> substantial, and John Ralls suggested that we bring the discussion to the
>> devel list for broader discussion. Most significantly, John raised the
>> possibility of changing the website from being a hand-coded PHP site, to
>> one that uses a content management system (CMS).
>> 
>> I think a CMS would be a good idea, assuming that the GnuCash website’s
>> look and feel can be reasonably approximated—or an alternative look and
>> feel can be accepted as the new norm. Having built websites manually, then
>> coding my own php sites, and finally using a CMS, I can vouch for the
>> benefits of a CMS. Creating and managing content and features is much
>> easier with an established CMS. Creating a new version in a CMS that is
>> tightly locked down would allow the focus to be on the content but still
>> allow a broader number of contributors to possibly add to the GnuCash web
>> presence—something that the current system doesn’t do well. As I see it,
>> the GnuCash website doesn’t offer any significant special formatting or
>> whiz-bang web features, so I think its basic content could be ported
>> without a herculean effort.
>> 
>> Two major questions occur to me:
>> 
>> How would the current version control method of website management port
>> over to a CMS? and,
>> How would translations be handled in a CMS?
>> 
>> I am sure there are other big questions as well...
>> 
>> There are numerous CMS platforms out there; I am personally familiar with
>> Drupal, and know that it can quickly provide a robust and feature-laden
>> website. It seems to have tools for managing page translations, although I
>> admit to only a superficial glance at what’s there, and I am not sure how
>> that issue would get handled for the GnuCash use case. It even has the
>> potential for providing a wiki experience, which might allow these two
>> pieces of the GnuCash web experience to become more closely linked.
>> 
>> I welcome your comments!
>> 
>> Best,
>> David
>> ___
>> gnucash-devel mailing list
>> gnucash-devel@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>> 
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Help Documents not firing on El Capitan (was Re: Wiki Landing Page)

[Adrien Monteleone]

I’m using 2.6.16 as well. I don’t think it has ever worked for me though. (not 
sure exactly which version I started on when I moved to Mac, probably somewhere 
around 2.6.12 or so.)

> On Jun 15, 2017, at 3:24 PM, Eric Theise  wrote:
> 
> In case you two are talking about a yet unreleased version, I apologize for 
> introducing noise, but I'm using 2.6.16 on OS 10.12.5 and, from the Help > 
> Tutorial and Concepts Guide, Chrome opens up an unstyled page from 
> file:///private/var/folders/... and the links it contains work just fine.
> 
> 
> On Wed, Jun 14, 2017 at 8:09 PM, John Ralls  > wrote:
> 
> > On Jun 14, 2017, at 9:00 AM, Adrien Monteleone  > > wrote:
> >
> > Tested everything. Also tested with default browser as Safari, 
> > Chromium-canary, Opera, Vivaldi, and Firefox Developer Edition.
> >
> > Nothing happens when I click anything in the help menu or any context help 
> > buttons.
> >
> > I do see that there are links in the GnuCash directory pointing to Help & 
> > the Guide.
> >
> > Personally, it’s not a big deal for me because I know where to find those 
> > docs already online, but those menu entries and buttons should work.
> >
> > Should I expect to find something in the logs when those are fired? or if 
> > they fail?
> >
> 
> I completely agree that it should work and I think it strange that it does 
> for me and not for you. I wonder if there’s some obscure defaults setting 
> that either blocks or allows it.
> 
> There won’t be anything in the logs, and since it’s just pushing the URI off 
> to the default browser I’m not sure that GnuCash will even know whether it 
> succeeds or fails. Something might show up in Console but I wouldn’t bet on 
> it.
> 
> Regards,
> John Ralls
> 
> >> On May 28, 2017, at 9:21 AM, Adrien Monteleone 
> >> > wrote:
> >>
> >>> On May 27, 2017, at 11:52 PM, John Ralls  >>> > wrote:
> >>>
> >>>
>  On May 27, 2017, at 9:49 PM, John Ralls   > wrote:
> 
> 
> > On May 27, 2017, at 9:25 PM, Adrien Monteleone 
> > > 
> > wrote:
> >
> > Thanks, I’ll have to try installing again. Maybe something is amiss 
> > with the bundle I downloaded. I’m still getting no response from those 
> > menu entries. And I don’t see any help buttons in any window anywhere. 
> > Not sure where those ‘Context help buttons’ are supposed to be.
> 
>  Seems pretty unlikely that a download error could lose the documentation 
>  and still have a valid signature. More likely your default browser is 
>  rejecting the page load signal for some reason. Eh, what locale do you 
>  use? It occurs to me that I might have messed up so that it works only
> >>
> >> I didn’t think a corrupt download would cause that either, but wasn’t sure 
> >> what might be the issue.
> >>>
> >>> Oops, got distracted and hit send before I was finished. I might have 
> >>> messed up so that it works only if your locale matches one of the 
> >>> existing translations, English, German, Italian, and Japanese. I see that 
> >>> I forgot to add the new Portuguese docs to the bundle.
> >>
> >> My locale is English-US. My default browser is Firefox. It normally runs 
> >> in private mode. Perhaps that has something to do with it? I’ll test with 
> >> private mode off and I’ll also test with other browsers as the default and 
> >> see what happens. I’ll also test FF with no extensions. One of them might 
> >> be interfering. (I suspect uBlock Origin as that is usually the culprit 
> >> when something isn’t working right)
> >>
> >>>
> >>> Regards,
> >>> John Ralls
> >>>
> >>
> >
> > ___
> > gnucash-devel mailing list
> > gnucash-devel@gnucash.org 
> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel 
> > 
> 
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org 
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel 
> 
> 

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Website Platform Discussion

[Jim DeLaHunt]

David:

I love your question:

> How would translations be handled in a CMS?

For the case of Drupal, there are mature and capable tools for hosting 
multilingual content on a Drupal-based website. See e.g. 
 I know those tools and 
would be happy to help with this aspect of a new GnuCash site.


Eric Theise suggests Jekyll. I don't know Jekyll, but based on a quick 
look I can see why people would like it. I don't know how easy it is to 
host multilingual content on a Jekyll-based site, but others have 
explored this. See e.g. 
. Again, I 
would be happy to help with this aspect. It would be a good learning 
exercise for me.


  --Jim DeLaHunt, Vancouver, Canada


On 2017-06-15 10:57, David T. via gnucash-devel wrote:

In Bug 783240, I made some suggestions about modifying the website structure to 
improve the new user experience. As the discussion has developed, the 
implications of some of the suggestions have become more substantial, and John 
Ralls suggested that we bring the discussion to the devel list for broader 
discussion. Most significantly, John raised the possibility of changing the 
website from being a hand-coded PHP site, to one that uses a content management 
system (CMS).

I think a CMS would be a good idea, assuming that the GnuCash website’s look 
and feel can be reasonably approximated—or an alternative look and feel can be 
accepted as the new norm. Having built websites manually, then coding my own 
php sites, and finally using a CMS, I can vouch for the benefits of a CMS. 
Creating and managing content and features is much easier with an established 
CMS. Creating a new version in a CMS that is tightly locked down would allow 
the focus to be on the content but still allow a broader number of contributors 
to possibly add to the GnuCash web presence—something that the current system 
doesn’t do well. As I see it, the GnuCash website doesn’t offer any significant 
special formatting or whiz-bang web features, so I think its basic content 
could be ported without a herculean effort.

Two major questions occur to me:

How would the current version control method of website management port over to 
a CMS? and,
How would translations be handled in a CMS?

I am sure there are other big questions as well...

There are numerous CMS platforms out there; I am personally familiar with 
Drupal, and know that it can quickly provide a robust and feature-laden 
website. It seems to have tools for managing page translations, although I 
admit to only a superficial glance at what’s there, and I am not sure how that 
issue would get handled for the GnuCash use case. It even has the potential for 
providing a wiki experience, which might allow these two pieces of the GnuCash 
web experience to become more closely linked.

I welcome your comments!

Best,
David
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


--
  --Jim DeLaHunt, j...@jdlh.com   http://blog.jdlh.com/ (and jdlh.com)
multilingual websites consultant. GnuCash 2.6.11 on MacOS X 10.10.

  157-2906 West Broadway, Vancouver BC V6K 2G8, Canada
 Canada mobile +1-604-376-8953

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Help Documents not firing on El Capitan (was Re: Wiki Landing Page)

[Eric Theise]

In case you two are talking about a yet unreleased version, I apologize for
introducing noise, but I'm using 2.6.16 on OS 10.12.5 and, from the Help >
Tutorial and Concepts Guide, Chrome opens up an unstyled page from
file:///private/var/folders/... and the links it contains work just fine.


On Wed, Jun 14, 2017 at 8:09 PM, John Ralls  wrote:

>
> > On Jun 14, 2017, at 9:00 AM, Adrien Monteleone <
> adrien.montele...@gmail.com> wrote:
> >
> > Tested everything. Also tested with default browser as Safari,
> Chromium-canary, Opera, Vivaldi, and Firefox Developer Edition.
> >
> > Nothing happens when I click anything in the help menu or any context
> help buttons.
> >
> > I do see that there are links in the GnuCash directory pointing to Help
> & the Guide.
> >
> > Personally, it’s not a big deal for me because I know where to find
> those docs already online, but those menu entries and buttons should work.
> >
> > Should I expect to find something in the logs when those are fired? or
> if they fail?
> >
>
> I completely agree that it should work and I think it strange that it does
> for me and not for you. I wonder if there’s some obscure defaults setting
> that either blocks or allows it.
>
> There won’t be anything in the logs, and since it’s just pushing the URI
> off to the default browser I’m not sure that GnuCash will even know whether
> it succeeds or fails. Something might show up in Console but I wouldn’t bet
> on it.
>
> Regards,
> John Ralls
>
> >> On May 28, 2017, at 9:21 AM, Adrien Monteleone <
> adrien.montele...@gmail.com> wrote:
> >>
> >>> On May 27, 2017, at 11:52 PM, John Ralls  wrote:
> >>>
> >>>
>  On May 27, 2017, at 9:49 PM, John Ralls  wrote:
> 
> 
> > On May 27, 2017, at 9:25 PM, Adrien Monteleone <
> adrien.montele...@gmail.com> wrote:
> >
> > Thanks, I’ll have to try installing again. Maybe something is amiss
> with the bundle I downloaded. I’m still getting no response from those menu
> entries. And I don’t see any help buttons in any window anywhere. Not sure
> where those ‘Context help buttons’ are supposed to be.
> 
>  Seems pretty unlikely that a download error could lose the
> documentation and still have a valid signature. More likely your default
> browser is rejecting the page load signal for some reason. Eh, what locale
> do you use? It occurs to me that I might have messed up so that it works
> only
> >>
> >> I didn’t think a corrupt download would cause that either, but wasn’t
> sure what might be the issue.
> >>>
> >>> Oops, got distracted and hit send before I was finished. I might have
> messed up so that it works only if your locale matches one of the existing
> translations, English, German, Italian, and Japanese. I see that I forgot
> to add the new Portuguese docs to the bundle.
> >>
> >> My locale is English-US. My default browser is Firefox. It normally
> runs in private mode. Perhaps that has something to do with it? I’ll test
> with private mode off and I’ll also test with other browsers as the default
> and see what happens. I’ll also test FF with no extensions. One of them
> might be interfering. (I suspect uBlock Origin as that is usually the
> culprit when something isn’t working right)
> >>
> >>>
> >>> Regards,
> >>> John Ralls
> >>>
> >>
> >
> > ___
> > gnucash-devel mailing list
> > gnucash-devel@gnucash.org
> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Website Platform Discussion

[Eric Theise]

Hi all,

My trajectory with site-building is somewhat similar to David's except that
I ended up building less sites through CMSs and more using frameworks such
as Rails, Django, and Express. But lately I've taken a few steps back and
I've found Jekyll to be an excellent way to get the job done. I'll advocate
for it here because of its tight integration with GitHub. Updating a site
is a git push, and content updates can go through the same evaluation as
any other pull request.

Perhaps not immediately obvious is Jekyll's use of yaml objects to
replace/simulate database reads and I've found this incredibly useful in
situations where updates are infrequent.

http://jekyllrb.com/

Eric


On Thu, Jun 15, 2017 at 10:57 AM, David T. via gnucash-devel <
gnucash-devel@gnucash.org> wrote:

> In Bug 783240, I made some suggestions about modifying the website
> structure to improve the new user experience. As the discussion has
> developed, the implications of some of the suggestions have become more
> substantial, and John Ralls suggested that we bring the discussion to the
> devel list for broader discussion. Most significantly, John raised the
> possibility of changing the website from being a hand-coded PHP site, to
> one that uses a content management system (CMS).
>
> I think a CMS would be a good idea, assuming that the GnuCash website’s
> look and feel can be reasonably approximated—or an alternative look and
> feel can be accepted as the new norm. Having built websites manually, then
> coding my own php sites, and finally using a CMS, I can vouch for the
> benefits of a CMS. Creating and managing content and features is much
> easier with an established CMS. Creating a new version in a CMS that is
> tightly locked down would allow the focus to be on the content but still
> allow a broader number of contributors to possibly add to the GnuCash web
> presence—something that the current system doesn’t do well. As I see it,
> the GnuCash website doesn’t offer any significant special formatting or
> whiz-bang web features, so I think its basic content could be ported
> without a herculean effort.
>
> Two major questions occur to me:
>
> How would the current version control method of website management port
> over to a CMS? and,
> How would translations be handled in a CMS?
>
> I am sure there are other big questions as well...
>
> There are numerous CMS platforms out there; I am personally familiar with
> Drupal, and know that it can quickly provide a robust and feature-laden
> website. It seems to have tools for managing page translations, although I
> admit to only a superficial glance at what’s there, and I am not sure how
> that issue would get handled for the GnuCash use case. It even has the
> potential for providing a wiki experience, which might allow these two
> pieces of the GnuCash web experience to become more closely linked.
>
> I welcome your comments!
>
> Best,
> David
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Website Platform Discussion

[David T. via gnucash-devel]

In Bug 783240, I made some suggestions about modifying the website structure to 
improve the new user experience. As the discussion has developed, the 
implications of some of the suggestions have become more substantial, and John 
Ralls suggested that we bring the discussion to the devel list for broader 
discussion. Most significantly, John raised the possibility of changing the 
website from being a hand-coded PHP site, to one that uses a content management 
system (CMS). 

I think a CMS would be a good idea, assuming that the GnuCash website’s look 
and feel can be reasonably approximated—or an alternative look and feel can be 
accepted as the new norm. Having built websites manually, then coding my own 
php sites, and finally using a CMS, I can vouch for the benefits of a CMS. 
Creating and managing content and features is much easier with an established 
CMS. Creating a new version in a CMS that is tightly locked down would allow 
the focus to be on the content but still allow a broader number of contributors 
to possibly add to the GnuCash web presence—something that the current system 
doesn’t do well. As I see it, the GnuCash website doesn’t offer any significant 
special formatting or whiz-bang web features, so I think its basic content 
could be ported without a herculean effort. 

Two major questions occur to me: 

How would the current version control method of website management port over to 
a CMS? and,
How would translations be handled in a CMS? 

I am sure there are other big questions as well...

There are numerous CMS platforms out there; I am personally familiar with 
Drupal, and know that it can quickly provide a robust and feature-laden 
website. It seems to have tools for managing page translations, although I 
admit to only a superficial glance at what’s there, and I am not sure how that 
issue would get handled for the GnuCash use case. It even has the potential for 
providing a wiki experience, which might allow these two pieces of the GnuCash 
web experience to become more closely linked.

I welcome your comments!

Best,
David
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel