Tested. It works.
- download the binaries from
http://lmtx.pragma-ade.nl/install-lmtx/context-linux-64.zip
- make install.sh and bin/mtxrun executable
- run install.sh
and you can see the upgrade progression again.
Thanks Hans,
Massi
Il 19/11/20 11:35, Hans Hagen ha scritto:
Hi,
A new
Hi,
A new upload. Hopefully with the linux install fixed.
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 |
On 11/18/2020 10:21 PM, Wolfgang Schuster wrote:
Pablo Rodriguez schrieb am 18.11.2020 um 22:05:
On 11/18/20 7:42 PM, Hans Hagen wrote:
Hi,
A new upload ... still some 150 tex files to go (from mkiv to lmtx
speak) ... after that the lua ones ... some fixes applied, maybe some
new temp issues
Pablo Rodriguez schrieb am 18.11.2020 um 22:05:
On 11/18/20 7:42 PM, Hans Hagen wrote:
Hi,
A new upload ... still some 150 tex files to go (from mkiv to lmtx
speak) ... after that the lua ones ... some fixes applied, maybe some
new temp issues introduced ... thanks for testing.
Many thanks
On 11/18/20 7:42 PM, Hans Hagen wrote:
> Hi,
>
> A new upload ... still some 150 tex files to go (from mkiv to lmtx
> speak) ... after that the lua ones ... some fixes applied, maybe some
> new temp issues introduced ... thanks for testing.
Many thanks for the new upload, Hans.
Even headings and
Hi,
A new upload ... still some 150 tex files to go (from mkiv to lmtx
speak) ... after that the lua ones ... some fixes applied, maybe some
new temp issues introduced ... thanks for testing.
Hans
-
On 07/11/2020 13:11, Pablo Rodriguez wrote:
echo "" && curl -Ihttp://pragma-ade.com/context/latest/cont-tmf.zip
2>&1 | grep Last-Modified && echo ""
So you don’t mix access time with last modification.
this seems to work:
#!/usr/bin/env bash
cd ~/context
OLD=`stat -c "%w"
with some fixes
--
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
On 07/11/2020 13:11, Pablo Rodriguez wrote:
Improved message:
echo "" && curl -Ihttp://pragma-ade.com/context/latest/cont-tmf.zip
2>&1 | grep Last-Modified && echo ""
So you don’t mix access time with last modification.
Just in case it helps,
That helps.
Thx
On 11/7/20 12:53 PM, Pablo Rodriguez wrote:
> [...]
> I have a simpler approach that might help you:
>
> curl -I http://pragma-ade.com/context/latest/cont-tmf.zip
Improved message:
echo "" && curl -I http://pragma-ade.com/context/latest/cont-tmf.zip
2>&1 | grep Last-Modified && echo ""
So you
On 11/7/20 11:40 AM, Floris van Manen wrote:
> Dear Hans,
>
> Would it be possible to have a simple text file with the latest release
> version (or date) tag in it? Next to the folder containing the actual
> install script files? In that case it is easy to check that version tag
> by comparing
On 07/11/2020 12:19, Hans Hagen wrote:
a version mismatch normally comes from the fact that i generate an lmtx
update (for wolfgang to check, posted elsewhere) but nor a mkiv one and
then upload to the website (as happened)
also, the update script itself doesn't get updated so when that
Hi,
a version mismatch normally comes from the fact that i generate an lmtx
update (for wolfgang to check, posted elsewhere) but nor a mkiv one and
then upload to the website (as happened)
also, the update script itself doesn't get updated so when that gets
adapted one has to get it from
Dear Hans,
Would it be possible to have a simple text file with the latest release
version (or date) tag in it? Next to the folder containing the actual
install script files? In that case it is easy to check that version tag
by comparing with the local copy and decide if a further download
On 11/7/20 10:48 AM, Otared Kavian wrote:
> Hi Pablo,
>
> I had the same issue as the one you were reporting (on MacOS 10.14.6).
> I removed the three files
>
> texmf-context.tma
> texmf-osx-64.tma
> texmf.tma
>
> [...] and I think I will get the new version uploaded by Hans (my
> internet
Hi Pablo,
I had the same issue as the one you were reporting (on MacOS 10.14.6).
I removed the three files
texmf-context.tma
texmf-osx-64.tma
texmf.tma
before issuing the command
sh install.sh
Now I am getting
fetching
Дана 07.11.2020. у 23:42, Hans Hagen пише:
Question: do we really need all these 'named characters' or can we at
some point ditch many .. I assume that users who key in greek and
cyrillic use unicode nowdays (no hurry, just wondering).
That's true Hans, normally I use UTF-8 encoding and a
Дана 07.11.2020. у 23:42, Hans Hagen пише:
Question: do we really need all these 'named characters' or can we at
some point ditch many .. I assume that users who key in greek and
cyrillic use unicode nowdays (no hurry, just wondering).
That's true Hans, normally I use UTF-8 encoding and a
this is my script for a daily update check which seems to do the job
#!/usr/bin/env bash
cd ~/context
context --version | grep "current version"
echo ""
mtxrun --script cache --erase >ctx.log
rm tex/*.tma
sh ./install.sh >ctx.log
context --version | grep "current version"
On 11/7/20 12:02 AM, mf wrote:
> [...]
> I can confirm that on my Debian 10 64bit: no update until I removed
>
> texmf-context.tma
> texmf-linux-64.tma
> texmf.tma
>
> in the tex subdir.
I had to remove these files to update from LMTX from 2020.10.20 to
version from 2020.11.05.
But I had to
Il 06/11/20 22:03, Pablo Rodriguez ha scritto:
I’m afraid that I cannot update unless I remove tex/texmf*.tma.
I’m on Linux-64bit and I wonder whether I’m the only user affected by
this issue.
I can confirm that on my Debian 10 64bit: no update until I removed
texmf-context.tma
On 11/6/2020 16:03, Pablo Rodriguez wrote:
On 11/6/20 8:42 PM, Hans Hagen wrote:
Hi,
Again a new lmtx upload. As these days are all about counting and
numbers ... of the 19K visible macros some 14K are now flagged.
Many thanks for the new release, Hans.
I’m afraid that I cannot update unless
On 11/6/20 8:42 PM, Hans Hagen wrote:
> Hi,
>
> Again a new lmtx upload. As these days are all about counting and
> numbers ... of the 19K visible macros some 14K are now flagged.
Many thanks for the new release, Hans.
I’m afraid that I cannot update unless I remove tex/texmf*.tma.
I’m on
Hi,
Again a new lmtx upload. As these days are all about counting and
numbers ... of the 19K visible macros some 14K are now flagged.
Question: do we really need all these 'named characters' or can we at
some point ditch many .. I assume that users who key in greek and
cyrillic use unicode
On 9/1/2020 2:50 AM, Jairo A. del Rio wrote:
Is there an analogue for display math? Could discretionaries be
applicable to math formulas when "split=yes" is enabled, for instance?
can you give an example of usage
Hans
-
Hi, Hans. :)
Is there an analogue for display math? Could discretionaries be applicable
to math formulas when "split=yes" is enabled, for instance?
Thank you in advance.
Jairo :)
El lun., 31 de ago. de 2020 a la(s) 15:21, Hans Hagen (j.ha...@xs4all.nl)
escribió:
> Hi,
>
> In order to keep the
Hi,
In order to keep the 'context is good for toy math' reputation up to
date, in lmtx we can now have proper discretionaries in math and math in
discretionaries. The kind of things no one asks for but they might be
useful in educational settings.
Here are some examples ():
\starttext
Hi,
The current version of lmtx has some updated tracing of memory usage.
This is irrelevant for most users but some of you generat elarge an
complex files so ... (I'm talking about mf here).
There is a command line option
--usage
that will make a run report some more statistics. The
Hi,
For those who like playing around you can use lua pettern matching in a
match loop:
\starttext
\doloopovermatch
{(\letterpercent w+) *(\letterpercent w*)}
{aa bb cc dd}
{
[
\doloopovermatch
{(\letterpercent w)(\letterpercent w)}
{#1}
Hi,
One can suppress hyphenation with:
\setupalign[nothyphenated]
but it has some limitations. The low level switches are \nohyphens and
\dohyphens. Anyway, this mechanism has now been improved a bit:
\starttext
\startbuffer
NEDERLANDS\par Nederlands\par nederlands\par
\CONTEXT \par
On 8/9/20 10:09 PM, Hans Hagen wrote:
> On 8/9/2020 8:52 PM, Pablo Rodriguez wrote:
>> On 8/9/20 8:45 PM, Jairo A. del Rio wrote:
>>> On my computer mtxrun --generate works, but context --make fails and the
>>> command line outputs:
>>
>> I ran "mtxrun --script cache --erase" before running
On 8/9/2020 8:52 PM, Pablo Rodriguez wrote:
On 8/9/20 8:45 PM, Jairo A. del Rio wrote:
On my computer mtxrun --generate works, but context --make fails and the
command line outputs:
I ran "mtxrun --script cache --erase" before running "mtxrun --generate"
(as I do with each update).
can you
On 8/9/20 8:45 PM, Jairo A. del Rio wrote:
> On my computer mtxrun --generate works, but context --make fails and the
> command line outputs:
I ran "mtxrun --script cache --erase" before running "mtxrun --generate"
(as I do with each update).
Just in case it helps,
Pablo
--
http://www.ousia.tk
Update: after cleaning the cache, I have the same problem as Pablo.
Jairo :)
El dom., 9 de ago. de 2020 a la(s) 13:45, Jairo A. del Rio (
jairoadelr...@gmail.com) escribió:
> On my computer mtxrun --generate works, but context --make fails and the
> command line outputs:
>
> tex error >
On my computer mtxrun --generate works, but context --make fails and the
command line outputs:
tex error > tex error on line 448 in file lang-ini.mkxl: ! Undefined
control sequence
\dohyphens ->\hyphenationmode
\plusthree
l.448 \dohyphens
Jairo :)
El dom., 9 de
On 8/9/20 8:08 PM, Hans Hagen wrote:
> Hi,
>
> I uploaded a new lmtx ... not much done due to the heat (entered reading
> mode instead) but ... apart from some work in progress ... we now have
> some basic bitwise operations (maybe we need some more). So far we have:
I’m afraid that even "mtxrun
Hi,
I uploaded a new lmtx ... not much done due to the heat (entered reading
mode instead) but ... apart from some work in progress ... we now have
some basic bitwise operations (maybe we need some more). So far we have:
\startlines
\meaning\bitwiseset
\meaning\bitwisenot
\meaning\bitwisenil
The problem with vertical spacing in \frac and \over is fixed. Many thanks,
Hans!
Alan
On Wed, Jun 10, 2020 at 4:03 AM Hans Hagen wrote:
> Hi,
>
> I uploaded a new version. There have been no changes to the typesetting
> machinery although we're still in the process of finetuning some updated
Hi,
I uploaded a new version. There have been no changes to the typesetting
machinery although we're still in the process of finetuning some updated
low level macros. There was a fix in the font machinery (thanks to Kai)
but that will probably go unnoticed as the issue has been there for
Hi,
The tex engine has at most 65K dimen and count registers and these can
be local and global (although mixing these two models for the same
variable can be inefficient).
Anyway, in the current upload there is a mechanism for using way more
variables, global ones, that are managed by lua:
On 4/19/2020 12:44 PM, Henning Hraban Ramm wrote:
Am 19.04.2020 um 11:57 schrieb Hans Hagen :
As a side note: a while ago mojca and i discussed the future repository and
installation setup which will use github repositories
(1) - context (including luametatex sources)
(2) - binaries (for
> Am 19.04.2020 um 11:57 schrieb Hans Hagen :
> As a side note: a while ago mojca and i discussed the future repository and
> installation setup which will use github repositories
>
> (1) - context (including luametatex sources)
> (2) - binaries (for a subset of platforms)
> (3) - resources
Hans was so kind to help me with a setup for some generated output. I am trying
to understand every line of his example so I can expand on his exmaple to make
it fully functional. In his example there is:
context('draw
On 1/26/2020 7:40 PM, Mojca Miklavec wrote:
Dear Hans,
On Sun, 26 Jan 2020 at 19:39, Hans Hagen wrote:
I uploaded a new beta (mostly lmtx).
Thanks a lot.
What about musl binaries?
Yes, i need to do that (assuming that you're confident that they work)
.. thanks for reminding me.
Hans
Dear Hans,
On Sun, 26 Jan 2020 at 19:39, Hans Hagen wrote:
>
> I uploaded a new beta (mostly lmtx).
Thanks a lot.
What about musl binaries?
Mojca
___
If your question is of interest to others as well, please add an
Hi,
I uploaded a new beta (mostly lmtx). Challenged by Mojca we managed to
get native compilation under mswindows working in visual studio (and
soon the compile farm will do several windows compilation variants) so
future installation can have either native binaries or crosscompiles
(they
Hi,
I uploaded an mkiv and lmtx beta (remake/cache needed).
---
1 spacekerns for own features (experimental)
---
% decouple feature from 'kern' only
\definefontfeature [TestA] [default]
Hi Hans,
Thanks a lot for the new beta and for having fixed the issue with luametatex
binaries.
Everything works great with version 2019.12.06 21:40.
Best regards: OK
> On 6 Dec 2019, at 15:05, Hans Hagen wrote:
>
> On 12/6/2019 1:34 PM, Otared Kavian wrote:
>
>> Is this too old? Is this
On 12/6/2019 1:34 PM, Otared Kavian wrote:
Is this too old? Is this file created during installation or is it contained in
the zip files downloaded from Pragma's site?
Ok, I think that there is some issue with the builder. Mojca, it looks
like there is no binary upload happening after a
Hi again,
I just installed anew lmtx from Pragma website
http://lmtx.pragma-ade.nl/install-lmtx/context-osx-64.zip
and I have the same problem: the format cannot be made.
Looking at luametatex in a Terminal window, I get
-rwxr--r-- 1 kavian staff 2.7M Dec 6 13:15
On 12/5/2019 8:28 PM, Otared Kavian wrote:
Hi Hans,
Thanks for the new features and the new release.
I could download the new installer for MacOS which installs the latest version
but it cannot make the formats ending with the error message which I copy below.
Best regards: OK
PS: this is
Otared Kavian schrieb am 06.12.2019 um 04:23:
Dear Hans,
The problem I described in my previous message comes indeed from
\defineexpansion which is not defined.
Upon commenting out the lines 95--98 in the file « hand-ini.mkxl » that is the
four lines:
\defineexpansion
[\c!step=1,
Hello,
** Otared Kavian [2019-12-06 04:23:28 +0100]:
> Dear Hans,
> The problem I described in my previous message comes indeed from
> \defineexpansion which is not defined. Upon commenting out the lines
> 95--98 in the file « hand-ini.mkxl » that is the four lines:
> \defineexpansion
>
Dear Hans,
The problem I described in my previous message comes indeed from
\defineexpansion which is not defined.
Upon commenting out the lines 95--98 in the file « hand-ini.mkxl » that is the
four lines:
\defineexpansion
[\c!step=1,
\c!stretch=40,
\c!shrink=20]
I could remake the
Hi Hans,
Thanks for the new features and the new release.
I could download the new installer for MacOS which installs the latest version
but it cannot make the formats ending with the error message which I copy below.
Best regards: OK
PS: this is the error message when installing:
tex error
Hi,
I uploaded a new lmtx beta. Hopefully the installer works ok as I redid
some of the "zip" related code (simpler, smaller binary too). FWIW, the
luametatex codebase is now pretty close to okay, but of course there can
be bugs, but nothing thay can't be solved fast.
Given some earlier
On 11/13/19 9:34 AM, Hans Hagen wrote:
> On 11/12/2019 10:20 PM, Pablo Rodriguez wrote:
>
>> LMTX has no problems with this. Could you fix this in MkIV?
>
> Can you check again?
Many thanks for your fast fix, Hans.
Everything works fine now.
Pablo
--
http://www.ousia.tk
On 11/12/2019 10:20 PM, Pablo Rodriguez wrote:
LMTX has no problems with this. Could you fix this in MkIV?
Can you check again?
Hans
-
Hans Hagen | PRAGMA ADE
On 11/12/19 7:50 PM, Hans Hagen wrote:
> Hi,
>
> I uploaded a new beta. Apart from some fixes, the main change in lmtx is
> that on windows most (a few exceptions) of the mechanisms that interface
> to the operating system support the internal wide character model which
> should make the lot more
Hi,
I uploaded a new beta. Apart from some fixes, the main change in lmtx is
that on windows most (a few exceptions) of the mechanisms that interface
to the operating system support the internal wide character model which
should make the lot more robust for file names, environment variables,
Dear Hans,
>> Though it calculates function using “x^2 + y^2”, it is better to write the
>> name of it as the output of $x^2 + y^2$.
>> Is it possible to write it as in mathematical form?
>
>functionstyle = "math”,
>
It works nicely.
>> Is there any reason to use two different
On 10/11/2019 4:09 PM, Jeong Dal wrote:
Dear Hans,
I read the manual of luametafun and do some examples.
Thanks for many new features.
It is really great.
I’d like to ask two things.
1. On page 26,27, in the manual,
http://www.pragma-ade.com/general/manuals/luametafun.pdf
a function
Hi,
I uploaded a new beta. Some might have noticed that stepwise some font
support has been redone. We're talking of lmtx only here. For instance
low level handling of color fonts as used for emoji but there are also
other (often incomplete) fonts out there (overlay, png, svg) has become
(on
Dear Hans,
I read the manual of luametafun and do some examples.
Thanks for many new features.
It is really great.
I’d like to ask two things.
1. On page 26,27, in the manual,
>
> http://www.pragma-ade.com/general/manuals/luametafun.pdf
>
Hello,
Thanks.
Fabrice
Le sam. 5 oct. 2019 à 12:53, Mikael P. Sundqvist a
écrit :
> Den lör 5 okt. 2019 09:45Wolfgang Schuster <
> wolfgang.schuster.li...@gmail.com> skrev:
>
>> Fabrice Couvreur schrieb am 05.10.2019 um 09:39:
>>
>> Hi Hans,
>> Where is this documentation ?
>>
>> Make a update
Den lör 5 okt. 2019 09:45Wolfgang Schuster <
wolfgang.schuster.li...@gmail.com> skrev:
> Fabrice Couvreur schrieb am 05.10.2019 um 09:39:
>
> Hi Hans,
> Where is this documentation ?
>
> Make a update and you will find luametafun.pdf in the documentation
>
Fabrice Couvreur schrieb am 05.10.2019 um 09:39:
Hi Hans,
Where is this documentation ?
Make a update and you will find luametafun.pdf in the documentation
($TEXMF/tex/texmf-context/doc/context/documents/general/manuals/) folder.
Wolfgang
Hi Hans,
Where is this documentation ?
Thank you.
Fabrice
Le ven. 4 oct. 2019 à 21:34, Mikael P. Sundqvist a
écrit :
> On Fri, Oct 4, 2019 at 6:11 PM Hans Hagen wrote:
>
>> Hi,
>>
>> I uploaded a new lmtx beta. Again some more metafun trickery (see
>> luametafun manual). I attached an (lmtx
On Fri, Oct 4, 2019 at 6:11 PM Hans Hagen wrote:
> Hi,
>
> I uploaded a new lmtx beta. Again some more metafun trickery (see
> luametafun manual). I attached an (lmtx only) example of some experiment
> code, dedicated to Alan Braslau (teacher among other things).
>
> Hans
>
>
Hi,
I uploaded a new lmtx beta. Again some more metafun trickery (see
luametafun manual). I attached an (lmtx only) example of some experiment
code, dedicated to Alan Braslau (teacher among other things).
Hans
-
Dear list,
I have just downloaded the latest beta from the ConTeXt Suite and I
found that it includes the new LuaTeX binaries.
These ones fix the issue reported in
https://mailman.ntg.nl/pipermail/ntg-context/2019/094266.html.
Many thanks to each one involved in the timely release of each
Dear Paul,
Personally I really like your logo design, but there is one thing that
bothers me a lot, which is the non-free font. Could it perhaps be
replaced by a free font, e.g. Fetamont?
https://www.ctan.org/pkg/fetamont
Cheers, Henri
On 29/01/19 12:18 PM, Paul Schalck wrote:
> Dear ConTeXt
> On 30 Jan 2019, at 20:57, Paul Schalck wrote:
>
> as many critics go towards "I don't see any coherence" or "to me it's just a
> random bunch of colored letters" or "it's hard to read the word CONTEXT",
> some afterthoughts in that regard (difficulty, randomness).
>
> Personally, I like
Am 2019-01-30 um 14:00 schrieb Paul Schalck :
> @Floris vM: I'm glad that my nemesis on the matter felt himself challenged to
> make his own proposal. While I think it's too minimalistic (only insiders
> know what 'CTX' stands for), I like your idea of the subscript 'T'. Your
> concept with
Am 2019-01-30 um 11:09 schrieb Floris van Manen :
>> In fact, having a pictograph instead of / along with
>> textual content is probably a good idea.
>
> I do agree ;-)
>
>
> Here’s an attempt the blend the lines in plain monochrome …
> The latter having a naive reference to the typical TeX
Hello again,
as many critics go towards "I don't see any coherence" or "to me it's just a
random bunch of colored letters" or "it's hard to read the word CONTEXT", some
afterthoughts in that regard (difficulty, randomness).
Personally, I like visual material that catches my attention, but does
Although I don't think that it's a good idea to paint a car which
doesn't work as it should in uncountable situations, I'd like to make a
suggestion:
When you're over the decision which tone the blues and reds should have,
please put an .ico file or similar of the logo into the CTX
I agree with Willi.
Kind regards,
Massimiliano
Il 30/01/19 13:50, Willi Egger ha scritto:
Hi,
here my humble personal thoughts:
I would say, that the multicolor version is dissecting the word ConTeXT to
unidentifiable crumbles. It is to my taste to less connected to typesetting,
herewith
On Wed, Jan 30, 2019 at 04:02:32PM +0100, Hans Hagen wrote:
> ok, let me add 1c ... since 2011 in the distribution there is always a file
> context-version.[pdf|png] which is a colorful representation of the current
> context version (date and time) ... probably no one ever noticed it
I did! I
On 1/30/19 1:50 PM, Willi Egger wrote:
I would say, that the multicolor version is dissecting the word ConTeXT to
unidentifiable crumbles. It is to my taste to less connected to typesetting,
herewith agreeing partly with Clyde.
It is useless to argue about taste, but it may be of interest to
On 1/30/2019 10:31 AM, Taco Hoekwater wrote:
Hi,
Just a quick note on logo design:
The ConTeXt logo could just as well be a set of tulips or
some (TeX-styled) lion or a dutch cow or a windmill or
some variation off the Pragma-ADE logo (see pragma-ade.com).
There is no real need to display the
On Tue, 29 Jan 2019 19:58:40 +0100
"Paul Schalck" wrote:
> @Alan B: I've uploaded MetaPost files of the main version.
MP produced using pstoedit is of little interest; it is not the same as
generating a graphic naively using MetaPost. Also, writing good MP code is a
simple and fun exercise
Hello,
thank you all again for your reactions. A lot of interesting comments here on
logo design in general and a ConTeXt logo in particular. I'm honored that the
new design has found its way into the Wiki, thanks Taco!
@Lukas: I like the idea. Would be worth a try.
@Floris vM: I'm glad that
Hi,
here my humble personal thoughts:
I would say, that the multicolor version is dissecting the word ConTeXT to
unidentifiable crumbles. It is to my taste to less connected to typesetting,
herewith agreeing partly with Clyde.
The experiment of Taco however, has some charm. It includes the
Hello,
thanks Paul for the nice job! The colorful hexa-shaped logo seems much prettier.
One point/suggestion - if the letters "TEX" shared the same background - be it e.g. light gray - it might be
cleaner how to read ("discover") the word "ConTeXt"; it would also keep the hexagonal shape,
> On Wed, Jan 30, 2019 at 10:15 AM Floris van Manen wrote:
> If TeX and Context are about typesetting beautiful readable typography,
> the logos as presented do not reflect that thought per se.
> At first glance is is a pile of incoherent letters and colours.
> e.g. difficult to read and
On Wed, Jan 30, 2019 at 10:15 AM Floris van Manen wrote:
> If TeX and Context are about typesetting beautiful readable typography,
> the logos as presented do not reflect that thought per se.
> At first glance is is a pile of incoherent letters and colours.
> e.g. difficult to read and memorise.
Hi,
Just a quick note on logo design:
The ConTeXt logo could just as well be a set of tulips or
some (TeX-styled) lion or a dutch cow or a windmill or
some variation off the Pragma-ADE logo (see pragma-ade.com).
There is no real need to display the letters “context”.
In fact, having a
Hi,
While this discussion is going on, it is still the case that Paul’s
new unofficial logo is better than the old green one, so I did
in fact replace the wiki logo. It will stay up until someone
comes up with a proposal with a higher level of consensus.
Thanks Paul!
Taco
PS I tried
If TeX and Context are about typesetting beautiful readable typography,
the logos as presented do not reflect that thought per se.
At first glance is is a pile of incoherent letters and colours.
e.g. difficult to read and memorise.
.F
signature.asc
Description: Message signed with OpenPGP
> @Floris vM: Font, spacing, overall appealingness.
> No Helvetica/Nimbus Sans, which has less meaning to me for ConTeXt than a
> DIN-ish/technical one.
> Colors are fun.
Could you elaborate on how ‘fun’ in colors is defined?
I see no coherency in the color palet.
> If you don’t see it this
Hello,
thanks for your feedback. Again, I don't want to impose or dismiss anything. I
wanted to share this because I believed somebody else in the ConTeXt community
could be interested.
@Taco: Actually, I stumbled upon the nice ConTeXt group logo recently and was
wondering who made it. To
On Tue, 29 Jan 2019 11:32:40 +0100
Taco Hoekwater wrote:
> It would be more coherent if the color of the squares and the color of
> the letters trailed each other around the 7 options in the writing order
> for the word “CONTEXT” (C = orange+blue, O = blue+green, N = green+red
> etc.) But
On 1/29/2019 11:32 AM, Taco Hoekwater wrote:
Hi Paul,
Nice idea, and I actually like the multi-color version although it is a
bit too informal for some uses (but could be nice for the wiki).
which brings us to the wiki ... which still needs a bit more fancy css ...
It would be more coherent
On 1/29/2019 11:42 AM, Clyde Johnston wrote:
The design is new, interesting and refreshing but being a traditionalist, I
can't help think that it steps a little too far away from its TeX roots.
ConTeXt is a derivation of TeX, a creation of Donald Knuth. Here is what he
said about the logo
On 1/29/2019 2:01 PM, Floris van Manen wrote:
i can imagine these numbers being language dependent .. not all languages have
the X
https://nl.wikipedia.org/wiki/Scrabble
so you use english .. dutch is not bad either with 20
i agree, we need a native \scrabblescore function to add the total
On 1/29/2019 12:44 PM, Floris van Manen wrote:
As it is now, to me it is not so much of an improvement.
What are you trying to improve over the original?
(For the horizontal version, i’d prefer at least the correct letter
values in place ;-)
interesting: it adds up to 16
As it is now, to me it is not so much of an improvement.
What are you trying to improve over the original?
(For the horizontal version, i’d prefer at least the correct letter values in
place ;-)
.F
signature.asc
Description: Message signed with OpenPGP using GPGMail
t: Tuesday, January 29, 2019 1:18 AM
To: ntg-context@ntg.nl
Subject: [NTG-context] New logo proposal
Dear ConTeXt users and developers,
I want to submit a new ConTeXt logo to you (link to GitLab project):
https://gitlab.com/schickele/new-context-logo
I made this logo in February 2018. At the t
Hi Paul,
Nice idea, and I actually like the multi-color version although it is a
bit too informal for some uses (but could be nice for the wiki).
It would be more coherent if the color of the squares and the color of
the letters trailed each other around the 7 options in the writing order
for
301 - 400 of 1847 matches
Mail list logo
