Re: An improvement on the "search list archive" 404's
Could also send it to me too? Or perhaps, try attaching again, but make sure that the *disposition* is set to "attachment", not as "inline" (which is the default for text files like HTML). Eric Siegerman writes: > On Fri, Nov 03, 2017 at 10:55:05AM -0400, Derek Atkins wrote: >> The attachment, while claiming to be an HTML document, just came across >> as a text document? > > Looks like the mailing list sanitized it -- the copy in my Sent > folder has the HTML, but the copy I got back has plain text and > this header: > X-Content-Filtered-By: Mailman/MimeDel 2.1.21 > > Not surprising in hindsight. I'll try sending it to you > privately. > > - Eric > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > -- - https://libreplanet.org/wiki/User:Adfeno - Palestrante e consultor sobre /software/ livre (não confundir com gratis). - "WhatsApp"? Ele não é livre. Por favor, veja formas de se comunicar instantaneamente comigo no endereço abaixo. - Contato: https://libreplanet.org/wiki/User:Adfeno#vCard - Arquivos comuns aceitos (apenas sem DRM): Corel Draw, Microsoft Office, MP3, MP4, WMA, WMV. - Arquivos comuns aceitos e enviados: CSV, GNU Dia, GNU Emacs Org, GNU GIMP, Inkscape SVG, JPG, LibreOffice (padrão ODF), OGG, OPUS, PDF (apenas sem DRM), PNG, TXT, WEBM. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Moving .gnucash and friends from $HOME to XDG_DATA_HOME (and impact on other applications like KMyMoney)
Oh... I see... That's OK then. You're welcome. :) ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Moving .gnucash and friends from $HOME to XDG_DATA_HOME (and impact on other applications like KMyMoney)
I have followed the latest documentation that says that if one wants to get the latest source files using Git, then one must clone against the GitHub mirror, and so I did. After cloning, I couldn't find the "user_data_dir" function inside, only "g_set_user_data_dir" (in "libgnucash/app-utils/gnc-ui-util.c"). But I'll give some suggestions anyways since they might prove to be useful. I'm not an experienced Guile Scheme programmer, but I guess you could accomplish that "run-time only" with premise objects (see Delayed Evaluation section of the Info document), or with macros (see Macros section of the Info document). Besides this, the mailing lists regarding Guile Scheme are the best place in terms of community availability (because no one has to be online at the same time as you to see your question, this means that that person, even if sleeping now, can see your message afterwards and has a chance to answer). Also, I know other projects which deal with Guile Scheme, such as GNU Guix and GNU Artanis. Their mailing lists might also be an useful place to ask. :) ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Moving .gnucash and friends from $HOME to XDG_DATA_HOME (and impact on other applications like KMyMoney)
I'm not an experienced developer, but I should add that there is more variables related to the XDG Base Directory Specification than ${XDG_DATA_HOME}, see the latest at [[https://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html]]. Also the Filesystem Hierarchy Standard does allow "${HOME}/.gnucash" directory, but limits its content to "user configuration files". See [[http://refspecs.linuxbase.org/FHS_3.0/fhs/ch03s08.html]]. The same specification defines that these files can also be executable scripts, but can't be dynamic nor binary. While, in the XDG Base Directory Specification, GnuCash could for, configuration files, look up for these inside ${sysconfdir}, ${XDG_CONFIG_HOME} and each of ${XDG_CONFIG_DIRS}; as for "data files" (?), ${datadir}, ${XDG_DATA_HOME} and each of ${XDG_DATA_DIRS}. Things like: whether it should persist looking for more files even after finding the first/desired ones in the most prefered location (and so having to manage conflict of settings and files)... is all left to those implementing the specification. The XDG Base Directory Specification does make it clear that, "_HOME" suffixes are most important, seconded by "_DIRS" suffix (in order from most important to not so important), and finally followed by the system distribution-specific lowercase "dir" suffix. GNU `make` already has documentation describing conventions which default these lowercase "dir" suffixed variables to appropriate values, see [[https://www.gnu.org/software/make/manual/html_node/Directory-Variables.html]]. -- - [[https://libreplanet.org/wiki/User:Adfeno]] - Palestrante e consultor sobre /software/ livre (não confundir com gratis). - "WhatsApp"? Ele não é livre. Por favor, use o GNU Ring ou o Tox. - Contato: [[https://libreplanet.org/wiki/User:Adfeno#vCard]] - Arquivos comuns aceitos (apenas sem DRM): Corel Draw, Microsoft Office, MP3, MP4, WMA, WMV. - Arquivos comuns aceitos e enviados: CSV, GNU Dia, GNU Emacs Org, GNU GIMP, Inkscape SVG, JPG, LibreOffice (padrão ODF), OGG, OPUS, PDF (apenas sem DRM), PNG, TXT, WEBM. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: VAT Call for Software developers
If this is about the "Making Tax, Digital", and if someone is able to attend such meeting, please note what I mentioned in: [[https://lists.gnucash.org/pipermail/gnucash-user/2017-August/071844.html]]. -- - [[https://libreplanet.org/wiki/User:Adfeno]] - Palestrante e consultor sobre /software/ livre (não confundir com gratis). - "WhatsApp"? Ele não é livre. Por favor, use o GNU Ring ou o Tox. - Contato: [[https://libreplanet.org/wiki/User:Adfeno#vCard]] - Arquivos comuns aceitos (apenas sem DRM): Corel Draw, Microsoft Office, MP3, MP4, WMA, WMV. - Arquivos comuns aceitos e enviados: CSV, GNU Dia, GNU Emacs Org, GNU GIMP, Inkscape SVG, JPG, LibreOffice (padrão ODF), OGG, OPUS, PDF (apenas sem DRM), PNG, TXT, WEBM. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: please delete me from mail list
Hi Mx. Molinelli, In order to do so, you must do it yourself, by visiting: [[https://lists.gnucash.org/mailman/options/gnucash-devel]] or send a message with subject "unsubscribe" to gnucash-devel-requ...@gnucash.org, and nothing else in the message. Respectfully, Adonay. -- - [[https://libreplanet.org/wiki/User:Adfeno]] - Palestrante e consultor sobre /software/ livre (não confundir com gratis). - "WhatsApp"? Ele não é livre, por isso não uso. Iguais a ele prefiro GNU Ring, ou Tox. Quer outras formas de contato? Adicione o vCard que está no endereço acima aos teus contatos. - Pretende me enviar arquivos .doc, .ppt, .cdr, ou .mp3? OK, eu aceito, mas não repasso. Entrego apenas em formatos favoráveis ao /software/ livre. Favor entrar em contato em caso de dúvida. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Gnome dropping Bugzilla
There is also Debbugs ([[https://en.wikipedia.org/wiki/Debbugs]]), and also GNU Savane (the software which is used to host Puszcza and GNU Savannah) ([[https://savannah.gnu.org/projects/administration/]]). We could also make use of GNU Savannah itself, no need to host our own, and no need to go entirely to GitHub, while in any case we would still keep compatibility with Git, and also have other stuff that GitHub doesn't provide by default. -- - [[https://libreplanet.org/wiki/User:Adfeno]] - Palestrante e consultor sobre /software/ livre (não confundir com gratis). - "WhatsApp"? Ele não é livre, por isso não uso. Iguais a ele prefiro GNU Ring, ou Tox. Quer outras formas de contato? Adicione o vCard que está no endereço acima aos teus contatos. - Pretende me enviar arquivos .doc, .ppt, .cdr, ou .mp3? OK, eu aceito, mas não repasso. Entrego apenas em formatos favoráveis ao /software/ livre. Favor entrar em contato em caso de dúvida. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Patches versus Pull Requests
+1, it's a lot easier to just format-patch and send it to some place related to the project than using GitHub. :) ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Some Assistance Please
I can't say what's wrong with DocBook, because using Org is a personal preference of mine, so first and most important: This is personal opinion. * Pros of Org Mode - Org Mode's markup is easier to understand and start using. No need to remember tag names (at least for most used formating functions). One thing that bothers me in most markup languages is the need to either rememeber English words, or some abbreviation of them for which a non-native would find difficult to. - Exports to LaTeX, LaTeX Beamer, Org (again), PDF, ODT, ePUB (perhaps), plain text, HTML, MarkDown (with features unsupported by MarkDown being exported to HTML), and TeXInfo. There are more export options that I might be unaware of. - Supports ordered, unordered and description lists. Ordered lists can make use of Arabic (1, 2, ...) or Roman (I, II, ...) numbers. - Ordereded lists using letters can be enabled with a variable, although they are discouraged due to their letter limit. - Supports defining the counter with which an ordered list will start with, with this you can force the continuation of an ordered list if for some reason the counter was broken, or do lists starting with 0. :) - Depending on the object/thing being referenced and the exported file, links can reference to specific parts of other files. Furthermore, links/references to places in the same Org file (or exported file) can be created for anything, not just sections. - Supports tables (via either the default table feature or Tabl.el Emacs package) and formulas (which can also make use of Emacs Calc formulas). Can also be extended with tools such as Gnuplot so that you can make charts based on the table data (this support can be enabled by toggling the respective Org Babel options), or tools such as GNU R so that you can make more advanced statistic calculations (the same note in the previous parenthesis applies, now for GNU R), and from within GNU R you can make use of the ggplot2 library to make the plots or charts directly from R (no need to enable Gnuplot in Org Babel). - Parts of the Org document using Org Babel and some scripting language can take tables (except *maybe* for those formated in Tabl.el), first-level lists, strings and numbers as input. - Each section can be exported to individual files, no need to make one file for each section. This way you can keep a large Org file with all documentation possible inside. - Supports including other Org files, or other text/document files depending on the export format. - Supports including images. - Depending on the export format, supports including SVG, PDF and PGF (or TikZ) drawings with .tex file extension. * Cons of Org Mode - The community still has to figure a way so that, while using a table in Emacs Tabl.el syntax, which can have merged cells (contrary to Org Mode tables), there would be also the possibility of using formulas. Currently, you either have to decide to use formulas in a table, or to make merged cells, you can't mix both. - Personal note: I tend to stay with Org Mode tables because I don't need merged cells, and if would find myself tempted to use it, I would find a way to describe the content in a shorter way --- that is, if keeping formulas is a must, otherwise I make use of merged cells. - The community has to improve BibTeX interaction while exporting to any format. Currently, my personal setup, which works fine for my needs, makes use of a script that I wrote whuch uses Org BiBTeX and BibTeX.el packages to extract at least reference key (use for in-document links), author, title, year, copyright license and URI of the work. But since I'm not a developer, and I have limited knowledge on Emacs Lisp, I'm unable to do fancy things like sorting, inserting suffixes in the years (when the reference would be similar to an existing one), extract more BibTeX fields than those mentioned, and so on. - Providing tables formated with Tabl.el to Org Babel code blocks might not work as expect. Although I didn't test this yet. - Currently, providing lists to Org Babel code blocks takes into account only the first level of the list. -- - [[https://libreplanet.org/wiki/User:Adfeno]] - Palestrante e consultor sobre /software/ livre (não confundir com gratis). - "WhatsApp"? Ele não é livre, por isso não uso. Iguais a ele prefiro GNU Ring, ou Tox. Quer outras formas de contato? Adicione o vCard que está no endereço acima aos teus contatos. - Pretende me enviar arquivos .doc, .ppt, .cdr, ou .mp3? OK, eu aceito, mas não repasso. Entrego apenas em formatos favoráveis ao /software/ livre. Favor entrar em contato em caso de dúvida. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Some Assistance Please
Personally, I think this would be mostly solved by switching to TeXInfo, or to Org Mode. The latter also supports TeXInfo publication. -- - [[https://libreplanet.org/wiki/User:Adfeno]] - Palestrante e consultor sobre /software/ livre (não confundir com gratis). - "WhatsApp"? Ele não é livre, por isso não uso. Iguais a ele prefiro GNU Ring, ou Tox. Quer outras formas de contato? Adicione o vCard que está no endereço acima aos teus contatos. - Pretende me enviar arquivos .doc, .ppt, .cdr, ou .mp3? OK, eu aceito, mas não repasso. Entrego apenas em formatos favoráveis ao /software/ livre. Favor entrar em contato em caso de dúvida. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Read *.gnucash
NOTE: I won't be adding the individual people in my next reply. If you want to continue following the discussion, please subscribe to gnucash-devel. Indeed, we'll discuss it in gnucash-devel from now on. As I suggested earlier, although my reply doesn't appear, perhaps we can keep GTK+ instead of migrating GnuCash entirely to QML. This is a suggestion based on my personal opinion that the multi-licensing Qt might be troublesome, specially considering the fact that this practice of Qt can lead to fostering non-free software instead. I know that GnuCash will be using the free/libre Qt, but the next developers and the end users who receive a copy of Qt or GnuCash-entirely-in-Qt might feel tempted to get the "commercial" (/sic/) edition of Qt. This problem of Qt can be countered in GnuCash's side by keeping the current GNU GPL 2+ license, and fortunatelly, thanks to this, future developers will have to comply with the license. -- - [[https://libreplanet.org/wiki/User:Adfeno]] - Palestrante e consultor sobre /software/ livre (não confundir com gratis). - "WhatsApp"? Ele não é livre, por isso não uso. Iguais a ele prefiro GNU Ring, ou Tox. Quer outras formas de contato? Adicione o vCard que está no endereço acima aos teus contatos. - Pretende me enviar arquivos .doc, .ppt, .cdr, ou .mp3? OK, eu aceito, mas não repasso. Entrego apenas em formatos favoráveis ao /software/ livre. Favor entrar em contato em caso de dúvida. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel