On Thursday, 18 May 2017 at 01:52:17 UTC, Adam D. Ruppe wrote:
On Tuesday, 16 May 2017 at 14:17:41 UTC, Adam D. Ruppe wrote:
Similarly, what I want to see in the future is highlighting of
specific parts of code where the error applies.
Fear me. I combined Walter's code with my own to form som
On Tuesday, 16 May 2017 at 14:17:41 UTC, Adam D. Ruppe wrote:
Similarly, what I want to see in the future is highlighting of
specific parts of code where the error applies.
Fear me. I combined Walter's code with my own to form some kind
of Voltron!
https://github.com/dlang/dmd/pull/6806
On Sunday, 14 May 2017 at 14:07:20 UTC, Walter Bright wrote:
https://github.com/dlang/dmd/pull/6777
It turned out to be unexpectedly easy to implement.
Nice.
But color highlighting should always be configurable (otherwise
it's half done), because there are a lot of people who like
colors, b
On Tuesday, 16 May 2017 at 15:38:53 UTC, Walter Bright wrote:
It includes DOS and Windows consoles.
Only under specific circumstances. On the VGA hardware, underline
shares a bit with blue and needs a register tweaked to make it
visible (the default 16 color VGA text mode does NOT display the
On 5/16/2017 8:25 AM, Adam D. Ruppe wrote:
It's also possible to use underlining.
Yeah, on some systems, but not really on Windows or even all linux terminals.
Color has broader support, though you do want to be careful not to *depend* on
color either.
I've never met an ASCII console that did
On Tuesday, May 16, 2017 08:11:21 Walter Bright via Digitalmars-d-announce
wrote:
> On 5/16/2017 7:17 AM, Adam D. Ruppe wrote:
> > So again it is NOT color that bothers me. It is OVERUSE of color for
> > stuff that isn't important to read the message which dilutes the
> > meaning of color. It isn'
On 5/16/2017 8:13 AM, H. S. Teoh via Digitalmars-d-announce wrote:
Simpler solution: print the identifier in quotes, e.g.:
error: undefined identifier 'maybe'
There: instantly clear without needing any colors.
I know about the quotes. With longer message lines, they get lost.
To turn of
On Tuesday, 16 May 2017 at 15:11:21 UTC, Walter Bright wrote:
error: undefined identifier maybe
Colorizing code distinguishes it from text.
What's important there? The generic syntax that you get from a
syntax highlighter or the fact that it is the user input?
Drawing attention to `mayb
On Tue, May 16, 2017 at 08:11:21AM -0700, Walter Bright via
Digitalmars-d-announce wrote:
> On 5/16/2017 7:17 AM, Adam D. Ruppe wrote:
> > So again it is NOT color that bothers me. It is OVERUSE of color for
> > stuff that isn't important to read the message which dilutes the
> > meaning of color.
On 5/16/2017 7:17 AM, Adam D. Ruppe wrote:
So again it is NOT color that bothers me. It is OVERUSE of color for stuff that
isn't important to read the message which dilutes the meaning of color. It isn't
special anymore.
Perhaps. I know I have some trouble distinguishing code from explanatory t
On Sunday, 14 May 2017 at 14:07:20 UTC, Walter Bright wrote:
https://github.com/dlang/dmd/pull/6777
It turned out to be unexpectedly easy to implement.
The only downside is now we have to rather tediously tweak the
error message texts so they use backticks.
The next step is Color D...
https
On Tuesday, 16 May 2017 at 14:04:34 UTC, Walter Bright wrote:
With all the complaints about color, note that dmd already has
been using color in error messages for years with no complaints
My complaint isn't about the presence of color* but rather about
the OVERUSE of it.
The old way of colo
On 5/16/2017 1:07 AM, Ali Çehreli wrote:
Color is informative to humans, so I'm all for it. I agree with others that it
may be hard to please everyone. Is it possible to use the default scheme of the
terminal?
With all the complaints about color, note that dmd already has been using color
in e
On Monday, 15 May 2017 at 08:08:20 UTC, Paolo Invernizzi wrote:
On Monday, 15 May 2017 at 04:33:39 UTC, ketmar wrote:
On Monday, 15 May 2017 at 03:09:09 UTC, Walter Bright wrote:
On 5/14/2017 7:44 PM, ketmar wrote:
sorry for being rude,
Then please do not post rude comments. We expect profes
On 05/14/2017 07:07 AM, Walter Bright wrote:
https://github.com/dlang/dmd/pull/6777
It turned out to be unexpectedly easy to implement.
The only downside is now we have to rather tediously tweak the error
message texts so they use backticks.
Color is informative to humans, so I'm all for it.
On 2017-05-15 23:33, Adam D. Ruppe wrote:
On Monday, 15 May 2017 at 15:40:58 UTC, Walter Bright wrote:
That's why such needs to be turned into a generic module, instead of
constantly being reinvented.
What I'm saying is that it IS a generic module... in fact, there's
several of them:
http://c
On Monday, 15 May 2017 at 15:40:58 UTC, Walter Bright wrote:
That's why such needs to be turned into a generic module,
instead of constantly being reinvented.
What I'm saying is that it IS a generic module... in fact,
there's several of them:
http://code.dlang.org/search?q=color
colorize, c
On 5/15/2017 8:35 AM, Adam D. Ruppe wrote:
On Monday, 15 May 2017 at 14:18:30 UTC, Walter Bright wrote:
I eventually want to make the console color package into a generic module, it
could improve a number of console apps.
FYI we already have a few D modules that do console color (among other t
On Monday, 15 May 2017 at 14:31:20 UTC, Walter Bright wrote:
I'm glad this sparks interest in improving the error message
display, this is good.
I've been meaning to do this for years... I want overload
resolution and template constraints to tell which conditions were
passed, failed, and shor
On Monday, 15 May 2017 at 14:18:30 UTC, Walter Bright wrote:
I eventually want to make the console color package into a
generic module, it could improve a number of console apps.
FYI we already have a few D modules that do console color (among
other things) like consoled or my terminal.d.
On 5/15/2017 6:10 AM, Adam D. Ruppe wrote:
Suppose I, or someone else, were to write a PR eliminating your syntax
highlighting in favor of semantic highlighting - colorizing to add more detail
about the error message instead of about the lexer's output. Will you accept it?
I'm glad this sparks
On 5/15/2017 1:05 AM, Jonathan M Davis via Digitalmars-d-announce wrote:
I haven't gotten the chance to look at the dmd error messages yet to see how
they look,
They're a little garish at the moment, but that's just to make sure it's working
correctly. I expect to tune it a bit, especially onc
On Sunday, 14 May 2017 at 14:07:20 UTC, Walter Bright wrote:
The only downside is now we have to rather tediously tweak the
error message texts so they use backticks.
It also dilutes the meaning of color. I've been wanting to see
highlighted matches and failures in overload resolution and
con
On Monday, 15 May 2017 at 04:33:39 UTC, ketmar wrote:
On Monday, 15 May 2017 at 03:09:09 UTC, Walter Bright wrote:
On 5/14/2017 7:44 PM, ketmar wrote:
sorry for being rude,
Then please do not post rude comments. We expect professional
decorum here.
sorry. i never got any money for using D,
On Sunday, May 14, 2017 21:07:57 H. S. Teoh via Digitalmars-d-announce
wrote:
> I hate colors, for the reason you stated above: they usually clash with
> my choice of terminal default color settings. Also, I find colors a big
> distraction to the eye when I'm trying to focus. I don't even like
>
On 2017-05-15 05:06, Russel Winder via Digitalmars-d-announce wrote:
Also the default colours chosen by the developer usually work well for
the them and their (and if you are lucky reviewers) terminal settings
and are totally useless for a huge section of using audience (most of
whom remain sile
On 2017-05-15 01:17, Vladimir Panteleev wrote:
No problem, it could only print out the line if the output is a
terminal, same as for how it decides whether to output colors by default.
Ah, that would be fine.
--
/Jacob Carlborg
On Monday, 15 May 2017 at 03:09:09 UTC, Walter Bright wrote:
On 5/14/2017 7:44 PM, ketmar wrote:
sorry for being rude,
Then please do not post rude comments. We expect professional
decorum here.
sorry. i never got any money for using D, so i'm certainly not a
professional ('cause professio
On Mon, May 15, 2017 at 04:06:29AM +0100, Russel Winder via
Digitalmars-d-announce wrote:
[...]
> Also the default colours chosen by the developer usually work well for
> the them and their (and if you are lucky reviewers) terminal settings
> and are totally useless for a huge section of using aud
On Sun, 2017-05-14 at 20:09 -0700, Walter Bright via Digitalmars-d-
announce wrote:
> On 5/14/2017 7:44 PM, ketmar wrote:
> > sorry for being rude,
>
> Then please do not post rude comments. We expect professional decorum
> here.
But in politics lying and being rude is completely the norm. Also,
On 5/14/2017 7:44 PM, ketmar wrote:
sorry for being rude,
Then please do not post rude comments. We expect professional decorum here.
On Mon, 2017-05-15 at 05:44 +0300, ketmar via Digitalmars-d-announce
wrote:
>
[…]
> sorry for being rude, but this is exactly the example of things
> programmers
> like to write: fun, quite easy, and absolutely useless. most of the
> time it
> will be filtered away by ide/editor, and otherwise i
Walter Bright wrote:
https://github.com/dlang/dmd/pull/6777
It turned out to be unexpectedly easy to implement.
The only downside is now we have to rather tediously tweak the error
message texts so they use backticks.
sorry for being rude, but this is exactly the example of things programme
On Sunday, 14 May 2017 at 23:17:42 UTC, Vladimir Panteleev wrote:
On Sunday, 14 May 2017 at 19:11:32 UTC, Basile B. wrote:
Yes +1 for configurable. IDEs already parse and make things
clickable.
It's not just +1, it's mandatory. If you implement this you
must add a new compiler switch.
No prob
On Sunday, 14 May 2017 at 19:11:32 UTC, Basile B. wrote:
Yes +1 for configurable. IDEs already parse and make things
clickable.
It's not just +1, it's mandatory. If you implement this you
must add a new compiler switch.
No problem, it could only print out the line if the output is a
terminal,
On Sunday, 14 May 2017 at 16:25:36 UTC, Walter Bright wrote:
On 5/14/2017 9:04 AM, Andre Pany wrote:
Thanks a lot. In my opinion these kind of changes are small
but have huge impact
on the acceptance of a language.
I agree. A couple other improvements needed for error messages:
In the PR yo
On Sunday, 14 May 2017 at 19:11:32 UTC, Basile B. wrote:
On Sunday, 14 May 2017 at 17:54:38 UTC, Jacob Carlborg wrote:
On 2017-05-14 18:25, Walter Bright wrote:
1. print out the offending line
I hope this one will be optional/configurable. I don't think
it necessary to print the offending l
On Sunday, 14 May 2017 at 17:54:38 UTC, Jacob Carlborg wrote:
On 2017-05-14 18:25, Walter Bright wrote:
1. print out the offending line
I hope this one will be optional/configurable. I don't think it
necessary to print the offending line within an editor/IDE.
They usually can already map th
On 2017-05-14 18:25, Walter Bright wrote:
1. print out the offending line
I hope this one will be optional/configurable. I don't think it
necessary to print the offending line within an editor/IDE. They usually
can already map the error to the offending line.
--
/Jacob Carlborg
On 5/14/2017 9:04 AM, Andre Pany wrote:
Thanks a lot. In my opinion these kind of changes are small but have huge impact
on the acceptance of a language.
I agree. A couple other improvements needed for error messages:
1. print out the offending line
2. have a clickable link to a more exhausti
On Sunday, 14 May 2017 at 14:07:20 UTC, Walter Bright wrote:
https://github.com/dlang/dmd/pull/6777
It turned out to be unexpectedly easy to implement.
The only downside is now we have to rather tediously tweak the
error message texts so they use backticks.
Thanks a lot. In my opinion these
41 matches
Mail list logo