[NTG-context] Resume module with moderncv interface

2016-10-06 Thread Jonas Baggett

Hello,

I am trying to use the resume module with the moderncv interface without 
any success so far. I have errors when I am trying to use any of the 
added commands like \setresumevalue or \cvline. Log file is attached.


Here is my context file (CV.tex) :


\usemodule[resume][interface=moderncv,style=casual]

\starttext

\setresumevalue{firstname} {John}
\setresumevalue{familyname}{Doe}

\startresume

\cvline{A} {B}

\stopresume

\stoptext


I have compared the list of the installed files of an old version of the 
ubuntu context-modules package 
(http://packages.ubuntu.com/fr/precise/all/context-modules/filelist) 
with a recent one 
(http://packages.ubuntu.com/fr/xenial/all/context-modules/filelist) and 
it seems to me that the moderncv interface was removed in ConTeXt some 
time ago. Is it really the case ?



Best regards,
Jonas Baggett
open source > 1 > 1 > /usr/share/texmf/tex/context/base/mkiv/cont-yes.mkiv

ConTeXt  ver: 2016.05.17 19:20 MKIV current  fmt: 2016.10.6  int: english/english

system  > 'cont-new.mkiv' loaded
open source > 2 > 2 > /usr/share/texmf/tex/context/base/mkiv/cont-new.mkiv
close source> 2 > 2 > /usr/share/texmf/tex/context/base/mkiv/cont-new.mkiv
system  > files > jobname 'CV', input './CV', result 'CV'
fonts   > latin modern fonts are not preloaded
languages   > language 'en' is active
open source > 2 > 3 > /home/jonas/Documents/context/CV/CV.tex
resolvers   > modules > 'resume' is loaded
interface   > macros > processed mkvi file '/usr/share/texmf/tex/context/third/letter/base/s-cor-03.mkvi', delta 84
interface   > macros > processed mkvi file '/usr/share/texmf/tex/context/third/letter/base/s-cor-03.mkvi', delta 0
open source > 3 > 4 > /usr/share/texmf/tex/context/third/letter/base/s-cor-03.mkvi
resolvers   > modules > 'cor-00' is loaded
interface   > macros > processed mkvi file '/usr/share/texmf/tex/context/third/letter/base/s-cor-00.mkvi', delta 2365
interface   > macros > processed mkvi file '/usr/share/texmf/tex/context/third/letter/base/s-cor-00.mkvi', delta 0
open source > 4 > 5 > /usr/share/texmf/tex/context/third/letter/base/s-cor-00.mkvi
resolvers   > lua > loading file '/usr/share/texmf/tex/context/third/letter/base/s-cor-00.lua' succeeded
close source> 4 > 5 > /usr/share/texmf/tex/context/third/letter/base/s-cor-00.mkvi
open source > 4 > 6 > /usr/share/texmf/tex/context/third/letter/style/resume-imp-default.mkiv
close source> 4 > 6 > /usr/share/texmf/tex/context/third/letter/style/resume-imp-default.mkiv
open source > 4 > 7 > /usr/share/texmf/tex/context/third/letter/style/resume-imp-casual.mkiv
open source > 5 > 8 > /usr/share/texmf/tex/context/third/letter/style/resume-imp-default.mkiv
close source> 5 > 8 > /usr/share/texmf/tex/context/third/letter/style/resume-imp-default.mkiv
close source> 4 > 8 > /usr/share/texmf/tex/context/third/letter/style/resume-imp-casual.mkiv
close source> 3 > 8 > /usr/share/texmf/tex/context/third/letter/base/s-cor-03.mkvi
fonts   > preloading latin modern fonts (second stage)
fonts   > 'fallback modern-designsize rm 12pt' is loaded

tex error   > tex error on line 5 in file /home/jonas/Documents/context/CV/CV.tex: ! Undefined control sequence

l.5 \setresumevalue
 {firstname} {John}

 1 \usemodule[resume][interface=moderncv,style=casual]
 2 
 3 \starttext
 4 
 5 >>  \setresumevalue{firstname} {John}
 6 \setresumevalue{familyname}{Doe}
 7 
 8 \startresume
 9 
10 \cvline{A} {B}
11 
12 \stopresume
13 
14 \stoptext
15 


? 

tex error   > tex error on line 6 in file /home/jonas/Documents/context/CV/CV.tex: ! Undefined control sequence

l.6 \setresumevalue
 {familyname}{Doe}

 1 \usemodule[resume][interface=moderncv,style=casual]
 2 
 3 \starttext
 4 
 5 \setresumevalue{firstname} {John}
 6 >>  \setresumevalue{familyname}{Doe}
 7 
 8 \startresume
 9 
10 \cvline{A} {B}
11 
12 \stopresume
13 
14 \stoptext
15 


? 
backend > xmp > using file '/usr/share/texmf/tex/context/base/mkiv/lpdf-pdx.xml'
pages   > flushing realpage 1, userpage 1

tex error   > tex error on line 1 in file virtual://buffer.616>resume.1: ! Undefined control sequence

l.1 \par\cvline
 {A} {B}




? 
pages   > flushing realpage 2, userpage 2, subpage 1
close source> 2 > 8 > /home/jonas/Documents/context/CV/CV.tex
close source> 1 > 8 > /usr/share/texmf/tex/context/base/mkiv/cont-yes.mkiv

system  > structure > start used structure

used structure  > text: CV

system  > structu

[NTG-context] Ideas for improving documentation of ConTeXt

2016-10-09 Thread Jonas Baggett

Hello everyone,

I am new to new to ConTeXt and I was thinking about how to improve 
documentation to help users and then make ConTeXt more appealing. 
Because, if there is one weak point in my eyes with ConTeXt, it is the 
lack of documentation, which is too bad because ConTeXt seems to be 
really great. And google search is also a little tricky, since context 
is a common name. On the other hand, most of the help I found was on the 
wiki, the mailing list, TeX Stack Exchange and some pdf documentations. 
Sometimes, I also faced the problem about the documentation being 
outdated and when I am trying to find the solution on the internet, I 
may have a hard time finding solutions that aren't outdated too. The 
worse is maybe when a command option isn't working anymore with not even 
a warning.


The basic idea I have is a database of ConTeXt documents, where everyone 
can add his own documents. We have also to make it easy to find there 
insightful examples in ConTeXt that will help someone to achieve what he 
is trying to do. Then users, especially beginners, will less likely be 
stuck at one point and looking for hours for a solution and less help 
will be asked on the mailing list too.


Here are the basic concepts about the database :
- When someone adds a document, he can specify the type of the document 
like e.g. report, letter, CV, book, etc. Subcategories could be a good 
idea too, e.g. letters can have a subcategory called cover letters. Some 
extra tags could also be useful, like e.g.: math, luatex, tables, 
positioning, etc when there is some use of the preceding, maybe not 
necessarily essential when the use is only basic.
- If some extra fonts or modules are needed to be installed in order to 
make the example fully work, this could also be specified.
- Search could be done by specifying one or more categories and tags. It 
will also be possible to search all the occurrences in the database of a 
command with optionally a command parameter.
- It will be like a wiki so that everyone could improve the existing 
examples.
- It can be also useful to allow comments, because it is possible that 
an example is close to what someone is trying to do, in which case he 
will look on the comments hoping that there was already someone who 
asked there the question and got answered.
- In order to mitigate the problem with deprecation stuffs after some 
language changes, we could have all the commands and their options 
listed somewhere in the database, then when a command or command 
parameter is getting deprecated, it will be possible to mark it as so 
and provide some hints on how to fix it. After that, all the examples 
that use the deprecated stuffs will get a warning and hints will be 
showed about how to fix them. And since that examples are editable by 
anyone, there won't be hopefully very much of outdated documents.


Here some are possible scenarios about searching in the database  :
- Someone is writing a letter and is trying to move one element (e.g. 
date, his address, receiver address) in another location without any 
success so far. Then he will go to this database, choose letter as 
category and positioning as extra tag and launch the search. Maybe he 
will get about 20 results, then chances are that some of the found 
examples will be doing something close enough to what he's trying to do, 
so that he could analyse the source and understand what he needs to do 
in his case.
- Someone is looking about how to set the background color of a framed 
box. Then he will search occurrences of the uses of the \framed command 
which have color in their arguments. Then by looking at the found 
examples, he will find out that the color is set with the 
backgroundcolor argument and that the background argument need to be set 
to "color" too.


What do you think about the idea ? I believe this could be a good 
complement to the existing ressources.


Have a nice sunday,
Jonas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Unable to use Martin Vogels Symbols

2016-10-10 Thread Jonas Baggett

Le 10. 10. 16 à 10:54, Mojca Miklavec a écrit :


I would suspect that OSFONTDIR or something else in the process
doesn't work correctly.

ConTeXt will only be able to typeset the document if it can find the font.

All the Debian developer can do is add the font to the equivalent of
 
/usr/local/texlive/2016/texmf-dist/fonts/truetype/public/marvosym/marvosym.ttf
(not sure where exactly that is), but it might be that their policy is
not to duplicate fonts, who knows.

So independent of whether or not this gets resolved in Debian, you
should figure out why the font isn't found by ConTeXt. It might also
be that ConTeXt only finds the Type1 fonts and then stops searching
any further.


I have found that the texlive-fonts-recommended package installed on my 
system has also some marvosym related files :
texlive-fonts-recommended: 
/usr/share/texlive/texmf-dist/fonts/afm/public/marvosym/marvosym.afm
texlive-fonts-recommended: 
/usr/share/texlive/texmf-dist/fonts/map/dvips/marvosym/marvosym.map
texlive-fonts-recommended: 
/usr/share/texlive/texmf-dist/fonts/tfm/public/marvosym/umvs.tfm
texlive-fonts-recommended: 
/usr/share/texlive/texmf-dist/fonts/type1/public/marvosym/marvosym.pfb
texlive-fonts-recommended: 
/usr/share/texlive/texmf-dist/tex/latex/marvosym/marvosym.sty
texlive-fonts-recommended: 
/usr/share/texlive/texmf-dist/tex/latex/marvosym/umvs.fd


I removed this package and it works ! I tried to reproduce the bug again 
by reinstalling this package and by removing the cache, but strangely I 
am no more able to reproduce it.

Thanks for your suggestion !

Greetings,
Jonas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Ideas for improving documentation of ConTeXt

2016-10-09 Thread Jonas Baggett

Le 09. 10. 16 à 15:49, Yi Qingliang a écrit :


GOOD IDEA!


Thanks for the encouragement :-).
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Ideas for improving documentation of ConTeXt

2016-10-09 Thread Jonas Baggett

Hello Wolfgang,


Le 09. 10. 16 à 22:51, Wolfgang Schuster a écrit :
Many of the old manuals got updates by Hans and he included the PDF’s 
(together with the source files) in the normal ConTeXt download, you 
can find them in the doc folder in your ConTeXt installation.


Ok, I don't have enough the habit of consulting documentation that is 
installed in my system. I have found something interesting here that 
could be helpfull to me : 
/usr/share/texmf/doc/context/base/examplap/gui/letter.pdf. It seems to 
be a letter generator, but unfortunately I wasn't able to make it work. 
Maybe it is outdated since it is 10 years old.


The wiki has a page for examples and you’re free to update the 
existing examples or add new ones.


Do you mean http://wiki.contextgarden.net/Sample_documents ? Yes, that's 
a good idea, since I believe that it is a way to improve documentation 
with little efforts. Then I plan to add the cover letter style I made 
since I am happy with the results, although 1 or 2 things could have 
some improvement. There are also some letter styles there, then I will 
have a look on them too. I don't know if people are intimidated about 
writing contents in the wiki because it is the official wiki and feel 
that only programmers are supposed to update it, but it will be really 
helpfull if the users have more the habit of posting there the document 
styles they made.



Sounds interesting and the best thing you can do is to start with it.


Thanks for your encouragement ! Yes that looks like an interesting 
challenge for me, but it is not something I am wanting to do alone 
because of my lack of experience, at least I would need someone to coach 
me. Actually I don't have really experience with web developpment and I 
would at least need help for the technological choices. Having someone 
that tells me that if I use technology X, there are module Y and Z that 
will be a good fit is a good start.


Have a nice day,
Jonas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Ideas for improving documentation of ConTeXt

2016-10-12 Thread Jonas Baggett

Hello Jean-Pierre,

Le 10.10.16 à 19:04, Jean-Pierre Delange a écrit :


A simple question : is it usefull to get a very quick access to a documentation 
where explanation is absent ? That's why the current explanation is very useful 
: even if you have to read full pages at length, the explanation given in the 
PDF documentation is an accurate information and oftenly says something which 
allow to lead to a solve your issue. So, it seems there is a conflict between 
the desire of a quick access to relevant information and the need of learning 
ConTeXt with patience !


Actually we can have the advantage of both. When someone is accessing an 
example that has e.g. the tags "table" and "luatex", then links to the 
pdf and wiki documentation about tables and luatex could be shown aside. 
And thanks for pointing that ! I would not have think about that otherwise.


And your wiki is something I should definitively have a look at. Thanks 
for the work !


Cheers,
Jonas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Ideas for improving documentation of ConTeXt

2016-10-12 Thread Jonas Baggett

Le 11.10.16 à 22:40, Henning Hraban Ramm a écrit :


Am 2016-10-11 um 22:26 schrieb Jonas Baggett <jon...@tranquille.ch>:


http://meta.stackoverflow.com/questions/328667/new-tags-and-documentation-beta

And a ConTeXt tag must already exist on Stack Overflow, which I didn't find. So 
it seems we can wait a while before there would be examples in ConTeXt.

There are ConTeXt threads on tex.stackexchange.com


You are confusing Stack Overflow and Stack Exchange ;-). Actually I 
didn't find the ConTeXt tag there : http://stackoverflow.com/tags.

I find stackoverflow too elitist, once I was reading a question and I wanted to 
help with an answer but it wasn't possible to do because it was the first time 
I wanted to contribute in stackoverflow and of course I was lacking the needed 
reputation. I am interested to help when I see an occasion to and when I am in 
the mood for that ;-). So I found that frustrating and it didn't make me 
interested to contribute there.

On the other hand, I understand their will to have good quality questions and 
answer and I appreciate that. I am just feeling it must be a better way to do 
that.

Hm, in my experience you get the necessary basic permissions really soon.


Ok, I can't remember exactly, but it was possible that I wanted to 
answer a question in a comment below someone post, which require a 
reputation of 50.

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Ideas for improving documentation of ConTeXt

2016-10-11 Thread Jonas Baggett

Le 10. 10. 16 à 09:24, Hans Hagen a écrit :
What context installation do you use? The reference is the one on the 
context garden. Each year tex lives has a snapshot of that one. So, 
first make sure you run the latest version.


I am using version 2016.05.17 19:20. I saw that context live is using 
version 2016.05.19 13:43, so I have fast the latest version.


Concerning old manuals: they often refer to mkii but with mkiv we have 
different (often better) solutions. The examplap code and examples are 
mkii and also relate to pdf trickery and as pdf evolved it became more 
clear what was bound to acrobat i.e. not picked up (ignored) by open 
source alternatives and therefore less relevant.


Ok, I didn't know that about the pdf format. Thanks for the information.

An important source are the setup-*.pdf files as these describe the 
interface which is described in the interface definition files (in xml 
format). These have recently be updated by Wolfgang and are very accurate.


Yes, that was one of the thinks I was looking for, thanks !

You mentioned that keys (functionality) that disappears should be 
somehow documented but normally no functionality disappears. What 
happened was that mkiv has some more (because it's possible) and less 
(because it was no longer needed) than mkii and has been made more 
consistent.


I was more thinking about commands or commands option becoming 
deprecated and replaced by another way of making thinks. But it is also 
true that I tried to make the moderncv interface work from the letter 
module but its interface is now gone. I didn't notice at first that the 
letter module is still under development which means its interfaces 
aren't stable. So it seems now that what I was saying doesn't really 
apply to ConTeXt's core.



The wiki has a page for examples and you’re free to update the
existing examples or add new ones.


Do you mean http://wiki.contextgarden.net/Sample_documents ? Yes, that's
a good idea, since I believe that it is a way to improve documentation
with little efforts. Then I plan to add the cover letter style I made
since I am happy with the results, although 1 or 2 things could have
some improvement. There are also some letter styles there, then I will
have a look on them too. I don't know if people are intimidated about
writing contents in the wiki because it is the official wiki and feel
that only programmers are supposed to update it, but it will be really
helpfull if the users have more the habit of posting there the document
styles they made.


Indeed.


My cover letter template is now maturing, since it is only the beginning 
I am using it, but I believe it will be ready soon to be posted in the 
wiki :-).



Sounds interesting and the best thing you can do is to start with it.


Thanks for your encouragement ! Yes that looks like an interesting
challenge for me, but it is not something I am wanting to do alone
because of my lack of experience, at least I would need someone to coach
me. Actually I don't have really experience with web developpment and I
would at least need help for the technological choices. Having someone
that tells me that if I use technology X, there are module Y and Z that
will be a good fit is a good start.


This will only work when someone takes the lead. If you do that you 
then others will help you. If you need something special on the wiki, 
just discuss it with Taco and Mojca who deal with the technicalities.


OK, it is still an idea that needs maturation. I know I tend to be 
quickly enthusiastic about an idea and overly optimistic about my 
abilities to implement it which means that I eventually end giving up. 
So now I need some thinking about the idea, about if I am ready to 
invest the needed time. Maybe the task is to big for me but there could 
be a less time consuming solution that can be OK although not as great. 
Or I could still go for the original idea with being clear about what I 
can do and how much time I can invest to and how much help I need to 
complete what I couldn't reasonably do.


Cheers,
Jonas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Resume module with moderncv interface

2016-10-11 Thread Jonas Baggett

Le 10. 10. 16 à 22:29, Wolfgang Schuster a écrit :

Yes, the moderncv interface is gone (together with the alternative 
interfaces for the letter module) but you can see a different method 
below. If you really want a copy of the moderncv package for ConTeXt 
you should convert the LaTeX code to ConTeXt and make a separate 
module for it.


I have finally used latex with the moderncv package for my CV and I am 
using ConTeXt with the letter module for my cover letters and I am happy 
with this solution. I have made my cover letter template look a lot like 
the cover letter generated by the moderncv latex package.


I saw that you are the creator of the letter module, so I want to thank 
you for the work !


Greetings,
Jonas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Ideas for improving documentation of ConTeXt

2016-10-11 Thread Jonas Baggett

Le 10. 10. 16 à 09:35, Hans Hagen a écrit :

Don't worry, no one feels offended. FYI, Pragma is not that large a 
company so we cannot allocate more resources than we do now (and did 
the last couple of decades). We just provide the manuals we write in 
the process and happily leave the rest to others.

(...)
Not all old manuals will be updates. There are already a lot in the 
distribution and another 6 on my disk waiting for an mkiv update. 
These are often covering a specific aspect. I happily leave writing 
additional manuals to others.


Good approach, I believe. It is always better to have a community that 
participate to the work instead of doing all the work.
Each year at the context meeting this topic pops op and there are many 
plans but a lack of time interferes.


Btw, Alan is writing a larger story for beginners.


Having a good tutorial for beginners will be a good advertisement for 
ConTeXt, I guess.
The interface is actually rather stable otherwise we could not use it 
ourselves. However the move to luatex made it possible to kick out 
code related to input and font encoding as well as update to new 
technologies so there have been changes. So, the trick is to point new 
users to the right examples and documentation.


The letter generator was located there in my system : 
/usr/share/texmf/doc/context/base/examplap/gui/letter.pdf. You have 
written previously that the examplap code and examples where mkii. In 
this case, if this would be located there 
/usr/share/texmf/doc/context/base/mkii/examplap/gui/letter.pdf instead, 
in a mkii folder, I would have known at first glance that it is outdated 
documentation. So a quick first improvement could be to put mkii related 
documentation in a mkii folder.


Cheers,
Jonas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Ideas for improving documentation of ConTeXt

2016-10-12 Thread Jonas Baggett

Le 10. 10. 16 à 09:24, Hans Hagen a écrit :

This will only work when someone takes the lead. If you do that you 
then others will help you. If you need something special on the wiki, 
just discuss it with Taco and Mojca who deal with the technicalities. 


Yes that would be great to have a page on the wiki. Then I could 
describe there the goals of the project and elaborate and put there the 
specifications of the project. Then waiting for some feed-back in order 
to improve the ideas behind the project. When the specifications are 
mature enough, the technological choices could be made and finally I 
will be able to put there a roadmap. At which point it would be easier 
to know what needs to be done and how much time investment will be 
needed, and what are the tasks I can reasonably do for the project and 
what are those where help is welcome. Hopefully there would be other 
people at that point who could share the vision and are willing to help. 
How do you think about that ?


Have a nice afternoon,
Jonas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Ideas for improving documentation of ConTeXt

2016-10-12 Thread Jonas Baggett

Le 10. 10. 16 à 09:57, Thomas A. Schmitz a écrit :


On 10/10/2016 07:43 AM, Jonas Baggett wrote:


Thanks for your encouragement ! Yes that looks like an interesting
challenge for me, but it is not something I am wanting to do alone
because of my lack of experience, at least I would need someone to coach
me. Actually I don't have really experience with web developpment and I
would at least need help for the technological choices. Having someone
that tells me that if I use technology X, there are module Y and Z that
will be a good fit is a good start.


Just two small remarks:

1. there are not that many modules in ConTeXt because most of the 
functionality is in the core. If you come from the LaTeX world, you 
may expect several hundred packages, each with their own 
idiosyncracies and documentation. That's not the case here.


I wasn't thinking about ConTeXt modules here but choosing the right web 
framework that has the right modules.


2. As for your documentation project, let me be honest: unless someone 
very dedicated and very knowledgeable makes a long-term commitment and 
looks after these examples, they are worse than useless. Unless there 
is very tight control, they may contain bad and/or outdated code and 
lead newcomers in the wrong direction


Ok, thanks for pointing a possible problem with code quality. Yes it is 
something we have to think about and find a solution that will ensure 
good code quality among the examples. Here would be my vision for the 
project in 3 points :
1. It's about learning ConTeXt by examples, not only learning how to 
make the code work as expected, but to make it work the correct way.
2. Encourage a collaborative spirit so that the community is willing to 
help anyone to reach point 1 (by posting examples and making suggestion 
or improving existing examples).

3. See below
If this vision could be enough advertised to those who want to 
contribute with their examples, I believe a lot less control would be 
need, as the community will do the control itself.


Concerning outdated code, as I understood, the ConTeXt core interface is 
stable so if we add a tag for the ConTeXt Mark (II, IV, VI) that would 
do it. But for examples using modules, yes that's right, interfaces 
could change and make the existing examples outdated. So I believe that 
having in the database a description of the modules interface, will 
mitigates the problem. And when a command in a module becomes 
deprecated, then the description of the module interface needs to be 
updated and a hint could be added to fix outdated code, like : "command> is deprecated, replace it by ". Then warnings will 
be added automatically on examples using outdated code with useful hints 
to fix it.


The context way has always been to avoid boilerplate templates and let 
users roll their own styles. Which makes sense since in context almost 
every detail can be changed easily via dedicated setup commands. (This 
is again quite unlike LaTeX and its document classes that predefine 
many details.) I have problems imagining a collection of sample 
documents that will be more than a haphazard bunch of fortuitous designs.


So if I understand well the philosophy difference between LaTeX and 
ConTeXt, the LaTeX philosophy would be about using document classes and 
avoid making much tweaks but be more focused on the content. With 
ConTeXt on the other hand, the philosophy is more about being able to 
customize everything.


Actually there could be 2 categories of ConTeXt documents on the database :
1. Those that are more aimed toward making others learn ConTeXt, like 
tutorials

2. Those who are templates.

It's very likely that the 2nd category will be more present, as I 
imagine that a typical contribution would be someone who spend some time 
with a document he has made in ConTeXt and is happy with the result and 
want to post it on the database in order to allow others to benefit from 
his work.


Indeed, the third point of my vision would be to make a big collection 
of templates available, but my goal isn't to go against the ConTeXt 
philosophy. The idea would be more like if someone has a particular 
need, he could find a suitable template in the database, take it, 
analyze it, tweak it and learn more about ConTeXt in the process. 
Templates would be also a good advertisement for ConTeXt : before 
someone could be interested in ConTeXt he has to believe that ConTeXt 
could fit his needs and that it hopefully isn't a pain to use. If he 
could find a suitable template, he would be in a very short time 
convinced that ConTeXt can do what he needs to and that it is nice to 
use thanks to its clean well-though synthax. Then he will probably 
become a new ConTeXt user.


I believe that having precise tags and allow to sort by popularity will 
help to structure the database so that it doesn't become haphazard and 
also the higher quality works will have more visibility.


Before starting any project it is go

Re: [NTG-context] Ideas for improving documentation of ConTeXt

2016-10-11 Thread Jonas Baggett

Le 10.10.16 à 07:43, Aditya Mahajan a écrit :


Recently, stackexchange started a similar project:
https://blog.stackoverflow.com/2016/07/introducing-stack-overflow-documentation-beta/ 



You can create a context tag and create example documents. The 
difficulty with such projects, as usual, is to have a critical mass 
for others to browse and contribute. One could start by "porting" 
existing examples from the wiki, mailing list, tex.stackexchange, etc.


Scratch that. It seems that documentation tags can only be created for 
topics that are popular on stackoverflow (not stackexchange).


http://meta.stackoverflow.com/questions/328667/new-tags-and-documentation-beta


And a ConTeXt tag must already exist on Stack Overflow, which I didn't 
find. So it seems we can wait a while before there would be examples in 
ConTeXt.


I find stackoverflow too elitist, once I was reading a question and I 
wanted to help with an answer but it wasn't possible to do because it 
was the first time I wanted to contribute in stackoverflow and of course 
I was lacking the needed reputation. I am interested to help when I see 
an occasion to and when I am in the mood for that ;-). So I found that 
frustrating and it didn't make me interested to contribute there.


On the other hand, I understand their will to have good quality 
questions and answer and I appreciate that. I am just feeling it must be 
a better way to do that.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Unable to use Martin Vogels Symbols

2016-10-09 Thread Jonas Baggett

Hello Henning,

Thanks for the feed-back! I first thinked it could be a bug that only 
occurs when ConTeXt has to find the martin vogel symbol font for the 
first time and update its cache, which would explain why the bug doesn't 
occur with the live ConTeXt compiler since the font is already in the 
cache. Did you try to remove the cache in order to force ConTeXt to 
regenerate its cache and see if it can still find the font ?


Anyways, I have sent a bug report to the debian maintainers and we will see.

Best regards,
Jonas


Le 09.10.16 à 21:43, Henning Hraban Ramm a écrit :

It works also with latest beta on OSX, so it’s at least not an open ConTeXt bug.


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Ideas for improving documentation of ConTeXt

2016-10-09 Thread Jonas Baggett

Hello Henri,

Le 09. 10. 16 à 21:31, Henri Menke a écrit :

please don't be disappointed but you are not the first person to suggest such a 
thing.  You may now ask, why doesn't such a thing exist then?  Well, the basic 
answer is, go ahead and implement it.
I won't go ahead and implement it if I am the only one who would think 
it is a good idea. That's why I asked for some feedback. It happens 
sometimes that I could have an idea that looks great in my eyes, but 
then seems a little less shiny after hearing some feedback. But since I 
wasn't the first person to suggest such a thing, It seems to me that my 
idea goes in the right direction, isn't it ? It doesn't mean that no 
improvement is needed, and it still need to be implemented.



Most probably no one else will volunteer to do it and especially the people 
from PRAGMA surely have better things to do. They merely develop and use 
ConTeXt (...)
Here I don't agree. People from PRAGMA are probably better at 
developping ConTeXt than starting in parallel a new project like that, 
but it doesn't mean that this idea is necessarly not worth considering. 
I wasn't either suggesting that they should be the people who start 
implementing the idea.

(...) and were so kind as to provide us a huge bunch of documentation already 
(http://pragma-ade.nl/document-1.htm).
Yes I just saw that you are right about the documentation, they have 
already made a huge work on that. I was maybe too quick about my 
conclusion, I am sorry if I did offend those who have already make all 
that work. I was actually doing a cover letter in ConTeXt and since I 
wasn't able to find uptodate informations about some of the commands I 
was a little frustrated. But yes the letter module is third party and I 
just saw in the wiki that it is said to be still in developpment, so 
interface changes are to be expected and not necessarly all documented. 
Since I am new to ConTeXt, my views on ConTeXt documentation got biased. 
But now I am pretty happy with the results I have with my document, so 
most of the troubles are behind, I guess :-).


On the other hand, some of the documentation still need to be updated. 
Since ConTeXt is quick to evolue, having uptodate documentation would be 
a huge task and I also understand that it may not be the most 
interesting part for developpers ;-). My proposition was about to 
mitigate that problem with making accessible examples with some advanced 
search to quickly find relevant results.


Maybe someday ConTeXt will be more mature and have a more stable 
interface, then it would be easier to have uptodate documentation. But 
it is only the analysis of someone who is only starting to know ConTeXt, 
so I won't assume to be totally correct.


Cheers,
Jonas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Unable to use Martin Vogels Symbols

2016-10-09 Thread Jonas Baggett

Le 07.10.16 à 22:53, Jonas Baggett a écrit :


Hello,

I am using debian testing and I am trying to use Martin Vogels Symbols 
with no success so far. I have compiled a file containing the following :

\usesymbols[mvs]
\setupsymbolset [martinvogel 2]
\starttext
Telephone : \symbol[Telephone]
\stoptext 
The preceding code works with http://live.contextgarden.net/, so I am 
not sure if it is a Debian bug or a ConTeXt bug. Maybe I should send a 
bug report to the Debian maintainers and they will forward it upstream 
if it is a ConTeXt bug.


Have a nice sunday,
Jonas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Ideas for improving documentation of ConTeXt

2016-10-12 Thread Jonas Baggett

Or "mkiv" is also a usefull keyword for search.


Le 12.10.16 à 17:33, Mica Semrick a écrit :
I often find adding 'TeX' to my search query to be helpful. Something 
like 'ConTeXt TeX margin error'


-m

On October 12, 2016 8:29:45 AM PDT, Yi Qingliang 
<niqingliang2...@gmail.com> wrote:


can we change name other than context? it is too difficult to search
it on google :(

On Wed, Oct 12, 2016 at 7:30 PM, Jonas Baggett <jonas...@gmail.com> wrote:

Le 10. 10. 16 à 09:24, Hans Hagen a écrit : This will only
work when someone takes the lead. If you do that you then
others will help you. If you need something special on the
wiki, just discuss it with Taco and Mojca who deal with the
technicalities. Yes that would be great to have a page on the
wiki. Then I could describe there the goals of the project and
elaborate and put there the specifications of the project.
Then waiting for some feed-back in order to improve the ideas
behind the project. When the specifications are mature enough,
the technological choices could be made and finally I will be
able to put there a roadmap. At which point it would be easier
to know what needs to be done and how much time investment
will be needed, and what are the tasks I can reasonably do for
the project and what are those where help is welcome.
Hopefully there would be other people at that point who could
share the vision and are willing to help. How do you think
about that ? Have a nice afternoon, Jonas

If your question is of interest to others as well, please add
an entry to the Wiki! maillist : ntg-context@ntg.nl /
http://www.ntg.nl/mailman/listinfo/ntg-context webpage :
http://www.pragma-ade.nl / http://context.aanhet.net archive :
http://foundry.supelec.fr/projects/contextrev/ wiki :
http://contextgarden.net




If your question is of interest to others as well, please add an entry to 
the Wiki!

maillist : ntg-context@ntg.nl 
/http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  :http://www.pragma-ade.nl  /http://context.aanhet.net
archive  :http://foundry.supelec.fr/projects/contextrev/
wiki :http://contextgarden.net


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___

Re: [NTG-context] Modern CV like cover letter example

2017-04-20 Thread Jonas Baggett

Hi Pablo,

Thanks ! I think you are right about that labeltext doesn't support an 
extra parameter. Then I will need to do it that way, I guess :


\def \gender {male}

\doifelse {\gender} {male} {
  \setuplabeltext [en] [longtitle=Mister]
  \setuplabeltext [fr] [longtitle=Monsieur]
}{ % female
  \setuplabeltext [en] [longtitle=Madam]
  \setuplabeltext [fr] [longtitle=Madame]
}

\starttext
  \mainlanguage[fr] \labeltext{longtitle}
  \mainlanguage[en] \labeltext{longtitle}
\stoptext

Regards,
Jonas


Le 20.04.17 à 07:56, Pablo Rodriguez a écrit :

On 04/20/2017 07:08 AM, Jonas Baggett wrote:

Hello Henri,

I tried to use labeltexts without success so far. Here is the simple
example I tried to do :

\setuplabeltext [East=east, West=west]
\setuplabeltext [en] [Name=name]
\setuplabeltext [fr] [Name=nom]

\starttext
  \labeltext{East} % Works
  \labeltext{West} % Works
  \labeltext[en]{Name} % Doesn't work
  \labeltext[fr]{Name} % Doesn't work
\stoptext

Hi Jonas,

it seems that labeltext works based on \mainlanguage, such as in:

\setuplabeltext [East=east, West=west]
\setuplabeltext [en] [Name=name]
\setuplabeltext [fr] [Name=nom]

\starttext
  \labeltext{East} % Works
  \labeltext{West} % Works
  \labeltext{Name} % Doesn't work
  \mainlanguage[fr] \labeltext{Name} % Doesn't work
\stoptext

BTW, all \labeltext commands work fine in this previous sample.


Can we also make labeltexts depend on 2 parameters and write something like
\setuplabeltext[fr][male][longtitle=Monsieur]
(...)
\labeltext[fr][male]{longtitle}
?

I don’t think this is supported by labeltext.

Just in case it helps,

Pablo


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Modern CV like cover letter example

2017-04-19 Thread Jonas Baggett

Hello Henri,

I tried to use labeltexts without success so far. Here is the simple 
example I tried to do :


  \setuplabeltext [East=east, West=west]
  \setuplabeltext [en] [Name=name]
  \setuplabeltext [fr] [Name=nom]

  \starttext
\labeltext{East} % Works
\labeltext{West} % Works
\labeltext[en]{Name} % Doesn't work
\labeltext[fr]{Name} % Doesn't work
  \stoptext

Can we also make labeltexts depend on 2 parameters and write something like
  \setuplabeltext[fr][male][longtitle=Monsieur]
  (...)
  \labeltext[fr][male]{longtitle}
?

Any suggestions ?
Thanks !
Jonas


Le 18. 04. 17 à 10:09, Henri Menke a écrit :

Better use the language aware labeltexts

\setuplabeltext [language] [labellabel=text,labellabel=text,...]

rather than setting some macros based on self-defined modes.

On 04/18/2017 12:34 AM, Jonas Baggett wrote:

Hello everyone,

As suggested by Wolfgang Schuster here : 
https://mailman.ntg.nl/pipermail/ntg-context/2016/087113.html , I have added on 
the wiki an example of a cover letter that has a similar style to Modern CV. 
You will find it here : 
http://wiki.contextgarden.net/Letter_style#Modern_CV_like_cover_letter .

I hope it can help.

Cheers,
Jonas Baggett

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___



___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Modern CV like cover letter example

2017-04-21 Thread Jonas Baggett

Thank you :-)


Le 21.04.17 à 08:40, Aditya Mahajan a écrit :

On Thu, 20 Apr 2017, Jonas Baggett wrote:


Hi Pablo,

Thanks ! I think you are right about that labeltext doesn't support 
an extra parameter. Then I will need to do it that way, I guess :


\def \gender {male}

\doifelse {\gender} {male} {
  \setuplabeltext [en] [longtitle=Mister]
  \setuplabeltext [fr] [longtitle=Monsieur]
}{ % female
  \setuplabeltext [en] [longtitle=Madam]
  \setuplabeltext [fr] [longtitle=Madame]
}

\starttext
  \mainlanguage[fr] \labeltext{longtitle}
  \mainlanguage[en] \labeltext{longtitle}
\stoptext


You can also do:

\setuplabeltext [en] [male:longtitle=Mister, female:longtitle=Madam]
\setuplabeltext [fr] [male:longtitle=Monsieur, female:longtitle=Madame]

\mainlanguage[fr] \labeltext{\gender:longtitle}

etc.

Aditya
___ 

If your question is of interest to others as well, please add an entry 
to the Wiki!


maillist : ntg-context@ntg.nl / 
http://www.ntg.nl/mailman/listinfo/ntg-context

webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] Modern CV like cover letter example

2017-04-18 Thread Jonas Baggett

Hello everyone,

As suggested by Wolfgang Schuster here : 
https://mailman.ntg.nl/pipermail/ntg-context/2016/087113.html , I have 
added on the wiki an example of a cover letter that has a similar style 
to Modern CV. You will find it here : 
http://wiki.contextgarden.net/Letter_style#Modern_CV_like_cover_letter .


I hope it can help.

Cheers,
Jonas Baggett

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Modern CV like cover letter example

2017-04-18 Thread Jonas Baggett

Thanks for the suggestion, I will apply that soon.


Le 18.04.17 à 10:09, Henri Menke a écrit :

Better use the language aware labeltexts

\setuplabeltext [language] [labellabel=text,labellabel=text,...]

rather than setting some macros based on self-defined modes.

On 04/18/2017 12:34 AM, Jonas Baggett wrote:

Hello everyone,

As suggested by Wolfgang Schuster here : 
https://mailman.ntg.nl/pipermail/ntg-context/2016/087113.html , I have added on 
the wiki an example of a cover letter that has a similar style to Modern CV. 
You will find it here : 
http://wiki.contextgarden.net/Letter_style#Modern_CV_like_cover_letter .

I hope it can help.

Cheers,
Jonas Baggett

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] WYSIWYM editor on top of ConTeXt / Lout

2017-12-02 Thread Jonas Baggett

Hi everyone,

This is a blog post I recently published: 
https://jonas17b.wixsite.com/monsite/home/wysiwym-editor-on-top-of-context-lout. 
It is about some ideas I have for a WYSIWYM editor like LyX, but it 
would be designed for using more than 1 backend (e.g. ConTeXt, Lout), 
and to give a much better user experience.


Anyone interested by the concept?

Cheers,
Jonas

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] WYSIWYM editor on top of ConTeXt / Lout

2017-12-05 Thread Jonas Baggett


Le 03.12.17 à 18:00, Aditya Mahajan a écrit :
This is a blog post I recently published: 
https://jonas17b.wixsite.com/monsite/home/wysiwym-editor-on-top-of-context-lout. 
It is about some ideas I have for a WYSIWYM editor like LyX, but it 
would be designed for using more than 1 backend (e.g. ConTeXt, Lout), 
and to give a much better user experience.


I am curious if you have looked into if it is possible to add a 
ConTeXt backend to LyX. AFAIU, LyX saves the document in a "Lyx 
format" and then transforms it into LaTeX. It might be simplest to 
write a translator from the internal lyx format to ConTeXt and Lout.


Aditya


--

Hi Aditya,

From what I have seen, the LyX format is a LaTeX file with a thin layer 
on top of it. So basically I would need to write a LaTeX to ConTeXt/Lout 
converter ;-). Looks like to me that this editor that I would like to 
design cannot be implemented as an incremental improvement to LyX, as it 
would be a too radical change.


In regards to the translator, I have thought about implementing rules of 
translations in a text file for each supported backend. Advantage would 
be that it will be easy for any user to add a new backend or extend an 
existing one to cover new features or to fix incompatibility issues.


Here is +/- how could look like rules of translations, with the left 
expression, something described in the document format and the right 
expression, the same thing described in the backend format:


[ = ,  = ]{}  =>  
@( -> ,  -> ){}


At this point if we have in document:

start_section[title = Introduction, back_ground_color = green]

it will be translated to @startSection(title -> Introduction, 
back_ground_color -> green)


but if it has instead to be translated to @startHeader(1, Introduction, 
bgColor -> green), we will add the following in the translation file:


start_section[title = , back_ground_color = ] => 
@startHeader(1, , bgColor -> )


Idea is that it starts with very general translation rules and then it 
gets more and more detailled for every cases that don't follow the more 
general rules.


Cheers,
Jonas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Modern CV like cover letter example

2017-12-02 Thread Jonas Baggett

Hi Aditya,

Now I have updated the Modern CV like cover letter example that I 
published in http://wiki.contextgarden.net/index.php?title=Letter_style 
according to your suggestions.


Thank you again,
Jonas


Le 21.04.17 à 08:40, Aditya Mahajan a écrit :

On Thu, 20 Apr 2017, Jonas Baggett wrote:


Hi Pablo,

Thanks ! I think you are right about that labeltext doesn't support 
an extra parameter. Then I will need to do it that way, I guess :


\def \gender {male}

\doifelse {\gender} {male} {
  \setuplabeltext [en] [longtitle=Mister]
  \setuplabeltext [fr] [longtitle=Monsieur]
}{ % female
  \setuplabeltext [en] [longtitle=Madam]
  \setuplabeltext [fr] [longtitle=Madame]
}

\starttext
  \mainlanguage[fr] \labeltext{longtitle}
  \mainlanguage[en] \labeltext{longtitle}
\stoptext


You can also do:

\setuplabeltext [en] [male:longtitle=Mister, female:longtitle=Madam]
\setuplabeltext [fr] [male:longtitle=Monsieur, female:longtitle=Madame]

\mainlanguage[fr] \labeltext{\gender:longtitle}

etc.

Aditya
___ 

If your question is of interest to others as well, please add an entry 
to the Wiki!


maillist : ntg-context@ntg.nl / 
http://www.ntg.nl/mailman/listinfo/ntg-context

webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Modern CV like cover letter example

2017-12-02 Thread Jonas Baggett

Hi Aditya,

I have now included the resulting PDF.

Jonas


On Sat, 2 Dec 2017, Jonas Baggett wrote:

>/Hi Aditya, />//>/Now I have updated the Modern CV like cover letter example that I 
published />/in http://wiki.contextgarden.net/index.php?title=Letter_style 
according to />/your suggestions. /

Thanks for adding this to the wiki. It will be nice to include a
screenshot showing the output as well.

Aditya


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] WYSIWYM editor on top of ConTeXt / Lout

2017-12-02 Thread Jonas Baggett

Hi Hraban,

The type of users that I would like to target, will be those writting 
documents of more than 10 - 12 pages. Typically students or professional 
that are used to write reports with Word but would be interested to use 
a more productive editor, but not ready to move too far away from WYSIWYG.


For me, being able to work offline is almost a must have. Having an 
online mode could enable some interesting features, such as 
collaborative editing, but if the application is internet dependant and 
you have a problem with your internet connection, then you cannot do the 
very basics you would expect from a document editor.


From my understanding, Atom is a modified version of Chrome that 
behaves like an offline editor, so that's an option that I would like to 
consider.


Actually I am working for a web development company, I will submit the 
idea, as it could well be that there are other use cases, that I am not 
aware of, where such an editor as a web application could make sense. 
But still, a standalone application makes sense to me for the use cases 
I am considering.


Cheers,
Jonas


Le 02.12.17 à 13:55, Henning Hraban Ramm a écrit :

Am 2017-12-02 um 08:42 schrieb Jonas Baggett <jonas...@gmail.com>:


Hi everyone,

This is a blog post I recently published: 
https://jonas17b.wixsite.com/monsite/home/wysiwym-editor-on-top-of-context-lout.
 It is about some ideas I have for a WYSIWYM editor like LyX, but it would be 
designed for using more than 1 backend (e.g. ConTeXt, Lout), and to give a much 
better user experience.

Anyone interested by the concept?

Hi Jonas,

sounds interesting, there might be overlap with what I tried for an editorial 
system (web-app on which I can’t work for the time being, since the customer 
plays dead and I got other projects):
There I use an usual HTML editor plugin (TinyMCE, CKEditor) and would convert 
its output to ConTeXt and whatever the customer wants, most probably IDML 
(InDesign-XML). User formatting must be restricted to predefined styles (also 
WRT images).
As far as I understood, Pragma has something similar running for educational 
material.

A standalone app like LyX wouldn’t fit my needs. Consider creating it as a 
plugin to some platform like Atom or a web framework?

Greetlings, Hraban
---
http://www.fiee.net
http://wiki.contextgarden.net
GPG Key ID 1C9B22FD




___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] WYSIWYM editor on top of ConTeXt / Lout

2017-12-02 Thread Jonas Baggett

> Hi Jonas,
> A desktop editor, not so much. But it'd be wonderful to have a cloud 
based

> one with Git integration. I've rolled my own with floobits and my own VM,
> but that doesn't scale and I can't share it with my students.
>
> What you describe has already been worked on by overleaf in terms of a
> realtime option instead of a code option. Maybe extending their work 
would

> be a good place to start?
> Cheers,
> -Brian
Hi Brian,

The type of users that I would like to target, will be those writting 
rather classical documents of more than 10 - 12 pages and wanting to be 
able to focus much more on the content than in the formatting but still 
have good looking results. Typically students or professional that are 
used to write reports with Word but would be interested to use a more 
productive editor, but not ready to move too far away from WYSIWYG.


I didn't made a definitive choice yet, but I believe that being able to 
use the editor offline, independantly of the user internet connection, 
is almost like a must have. But what sounds interesting, as a nice to 
have, would be an editor that can both work in a cloud workflow which 
enables features like instant collaborative editing, and a git-like 
workflow where user can work offline, then publish online, and if 
needed, resolve conflicts.


In regards to the realtime option of overleaf, I guess that after each 
change of the document, it runs LaTeX to export the document to PDF. The 
template edition mode would do something different as first it won't be 
updated realtime: it is only when the user switch to the template 
edition mode that the template as well as the contents will rendered on 
screen by the editor, without doing any export to PDF.


Cheers,
Jonas

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] WYSIWYM editor on top of ConTeXt / Lout

2017-12-03 Thread Jonas Baggett

>/A desktop editor, not so much. But it'd be wonderful to have a cloud />/based 
one with Git integration. /
+1 for desktop editor, although I plan to use Emacs for my ConTeXt writing, so
having better support in AUCTeX would be also nice. At the end, I believe that
Emacs is not so scary as it looks, especially for the folks ready to enter into
the world of things like ConTeXt...

As far as Git integration is concerned, not very important feature for me since
I prefer using Fossil. ;)

Btw, Lout is also interesting, but, iirc, it lacks proper Unicode
(UTF-8) support. Recently I was also looking at groff/mom...


Sincerely,
Gour

Hi Gour,

The users I want to target are those currently using Word or alike, and 
would be interested by something that enables them to do more productive 
work, without moving too far away from WYSIWYG. But it could well happen 
that after being introduced to ConTeXt or Lout by such an editor, that 
some of them wish to enter into the world of things ;-).


By the way, I have made a recent update of the concepts in 
https://jonas17b.wixsite.com/monsite/home/wysiwym-editor-on-top-of-context-lout 
point number 7 was added under the mockup (a frame can be displayed to 
configure margins, header, footer and footnotes).
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] WYSIWYM editor on top of ConTeXt / Lout

2017-12-06 Thread Jonas Baggett



While not an editor, but rather a language, Skribilo
(http://www.nongnu.org/skribilo/) can output documents in various
formats, including Context and Lout.  I have worked a bit on getting
better Context output from it and last tinkered with the math output
about a year ago.  Such a system might form the output engine on which
an editor could be built.  The same might be said for Pandoc, in which
case perhaps one of the existing Haskell editors could be used as the
basis for a specialised text processing system.  For non-technical
documents SiSU (http://www.jus.uio.no/lm/toc.html) offers various output
formats, but again it is not an editor.

While your concept is interesting, I'm an Emacs user, and unlikely to
switch to anything else.

Cheers,
Roger

--

Hi Roger,

Thank you for the suggestion. I was first thinking about incrementally 
creating a custom format that evolves as features are implemented. And 
for translating the custom format into a backend format, I was thinking 
of creating files with translations rules for each backend so that 
anyone can add support for a new backend or update an existing backend 
to add more feature or to make it compatible with a newer version of the 
backend, without needing to modify the editor code. A translation rule 
is e.g. start_section[title=, back_ground_color=] 
=> @startsection(title -> {}, bg_color -> {}) 
which will convert a start section command of the document format into 
the same command for a backend format.


At first glance that way seems to be the easiest way for me, but 
Skribilo looks interesting as a fallback option, although I find its 
syntax to be weird, if I find out that the idea with translation rules 
isn't working as expected.


Cheers,
Jonas
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___