I like the idea. Some comments:
- the bookmarks should probably be saved in a text% object, not in a
module top-level variable (alternatively, the bookmarks would have to
record a frame and an editor, and then jumping to a bookmark might
send you to another frame/tab).
- it would be good if there
At Fri, 3 Feb 2012 02:06:41 -0500,
Stephen Chang wrote:
> To go back to the most recent bookmark, either use the right-click
> menu, or press C-x r (is this an appropriate key binding? I chose it
> because emacs similarly uses C-x r to do bookmark-related stuff).
Emacs uses C-x r for rectangle com
c-x r space seems to be bookmarky in my emacs (and I'm pretty sure I
didn't configure it).
Robby
On Fri, Feb 3, 2012 at 9:24 AM, Vincent St-Amour wrote:
> At Fri, 3 Feb 2012 02:06:41 -0500,
> Stephen Chang wrote:
>> To go back to the most recent bookmark, either use the right-click
>> menu, or p
I like the idea of bookmarks a lot, but a visual representation is needed.
On Feb 3, 2012, at 2:06 AM, Stephen Chang wrote:
> When using Dr Racket, I use the right-click "Jump to definition of" a
> lot but I frequently find that I also want an easy way to get back to
> the code I was previous
20 minutes ago, Robby Findler wrote:
> c-x r space seems to be bookmarky in my emacs (and I'm pretty sure I
> didn't configure it).
No, that chord is bound to `point-to-register' which saves the
location in some key. The bookmark functionality is on different keys
that follow `C-x r' -- see them
> - it would be good if there was some graphical representation of the
> current bookmarks state.
Any ideas on what the graphical representation should look like?
Should it be a popup window? Or a side bar?
>
> - did you consider just having an (unordered) list of bookmarks? Then,
> adding a boo
If it an unordered list of lines that were bookmarked, then I'd use
highlight-range to turn the background of those lines some color.
If it is a stack, that's harder, as you'd want to include some
graphical manifestation of the ordering. (But I think the lack of
order is better.)
On Fri, Feb 3, 2
I would think that browser-like buttons are enough, and match the stack
philosophy.
I also think that stacks are fine. If working with bookmarks suggest we want
something else, we should explore this as a second step.
Finally, I would hate to see these things saved in preference files.
FWIW, if done well, I think saving them in the preferences file would
be quite useful. Perhaps it would be good to have some kind of
"restore last time's stack" or "clear out my current stack" (depending
on whether or not the default behavior for the saved stack is to
restore them or not). But ther
On 2012-02-03 12:06:16 -0500, Stephen Chang wrote:
> Any ideas on what the graphical representation should look like?
> Should it be a popup window? Or a side bar?
I like the idea of a breadcrumb UI (maybe at the bottom like PLaneT?):
http://en.wikipedia.org/wiki/Breadcrumb_(navigation)
Cheers,
That looks cool! And not too hard to do, either. You could even have
it hidden until the first breadcrumb is dropped.
Robby
On Fri, Feb 3, 2012 at 12:55 PM, Asumu Takikawa wrote:
> On 2012-02-03 12:06:16 -0500, Stephen Chang wrote:
>> Any ideas on what the graphical representation should look li
On Feb 3, 2012, at 10:32 AM, Matthias Felleisen wrote:
>
> I would think that browser-like buttons are enough, and match the stack
> philosophy.
>
> I also think that stacks are fine. If working with bookmarks suggest we want
> something else, we should explore this as a second step.
I agr
On Fri, Feb 3, 2012 at 1:55 PM, Asumu Takikawa wrote:
> On 2012-02-03 12:06:16 -0500, Stephen Chang wrote:
>> Any ideas on what the graphical representation should look like?
>> Should it be a popup window? Or a side bar?
>
> I like the idea of a breadcrumb UI (maybe at the bottom like PLaneT?):
>
Two hours ago, Matthias Felleisen wrote:
>
> I would think that browser-like buttons are enough, and match the
> stack philosophy.
+1
> I also think that stacks are fine. If working with bookmarks suggest
> we want something else, we should explore this as a second step.
>
> Finally, I would h
Currently, the following collections have no one listed as
responsible, along with who i think should be assigned to them:
- tests (eli, mflatt) -- just the top level directory, not the subdirectories
- mzlib (mflatt)
- info-domain (mflatt) -- NB: contains no source files
Any objections to this?
On 2012-02-03 18:32:46 -0500, Sam Tobin-Hochstadt wrote:
> As well as:
> - gui-builder
> No one has made significant changes (other than collection-wide
> cleanups) to guibuilder in more than 6 years, except Asumu. Asumu, do
> you want to take this on?
AFAIK, this doesn't even ship with the sta
An hour ago, Sam Tobin-Hochstadt wrote:
> Currently, the following collections have no one listed as
> responsible, along with who i think should be assigned to them:
>
> - tests (eli, mflatt) -- just the top level directory, not the
> subdirectories
> - mzlib (mflatt)
> - info-domain (mflatt)
17 matches
Mail list logo
