On Sun, Oct 29, 2017 at 06:19:41PM -0500, Robby Findler wrote:
> Yes, I can see that. That said, I think that good GUI design is
> probably best conducted not in brainstorming sessions on a mailing
> list, however.
No, but collecting ideas that might be useful in UI design can be
done here.
>
>
Yes, I can see that. That said, I think that good GUI design is
probably best conducted not in brainstorming sessions on a mailing
list, however.
At the risk of repeating myself, I think it makes sense to see if we
can get good information first and then decide where to put it second.
I still thin
How about a progress bar in the status bar (like some Web browsers used
to have, and Thunderbird still does), accept that it will be
non-monotonic and not an accurate wall-clock-time % for some compilation
tasks, and overlay it with some simple metric like "Compiled 8 / 12
files..."?
If you c
> On Oct 29, 2017, at 15:35, Robby Findler wrote:
>
> On Sun, Oct 29, 2017 at 5:31 PM, John Clements
> wrote:
>>
>>> On Oct 29, 2017, at 15:27, Robby Findler
>>> wrote:
>>>
>>> I think it is a bad idea to dump output into the interactions that
>>> isn't being printed by the program.
>>
>>
On Sun, Oct 29, 2017 at 5:31 PM, John Clements
wrote:
>
>> On Oct 29, 2017, at 15:27, Robby Findler wrote:
>>
>> I think it is a bad idea to dump output into the interactions that
>> isn't being printed by the program.
>
> We currently print “Welcome to DrRacket” at the start of each interaction,
> On Oct 29, 2017, at 15:27, Robby Findler wrote:
>
> I think it is a bad idea to dump output into the interactions that
> isn't being printed by the program.
We currently print “Welcome to DrRacket” at the start of each interaction, so
it’s not as if *all* of the output is generated by the pr
I think it is a bad idea to dump output into the interactions that
isn't being printed by the program.
There is a logging window, perhaps that can be used?
Robby
On Sun, Oct 29, 2017 at 5:25 PM, 'John Clements' via Racket Users
wrote:
> This is a great idea: I feel like this change would deliv
This is a great idea: I feel like this change would deliver 80% of what I want,
and be easy to implement. It would give a concrete and recognizable visual
“path” of the compilation. I would not be inclined to delete it when finished.
Could it ever be long? Would it make other people unhappy to s
What about a simple timer and an indicator of compilation time compared to
the previous compilation?
The reasoning is that for a small project compilation time is short so it
doesn’t matter that it will be wildly inaccurate, but for longer projects
where compilation time is long, the number of chan
I think printing which file is currently being loaded can also help,
like the logs given by enter! #:verbose. These logs can also be
printed to the interaction window and be erased after the loading
process is finished. This can let the user know that something is
actually running.
--Shu-Hung
On
I like the output `raco make -v ` gives on the command-line.
How about piping that into the interactions window?
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
I would not want to see a popup window, but there are lots of other,
more subtle ways to indicate progress that would totally work here.
Lets see if we can find a measure of progress that makes sense first.
One idea: the drracket startup progress bar counts the number of files
that are passed to o
12 matches
Mail list logo