Status

()

Core
XUL
P3
enhancement
VERIFIED WONTFIX
19 years ago
18 years ago

People

(Reporter: Joseph Elwell, Assigned: Peter Trudelle)

Tracking

Trunk
Future
x86
All
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

19 years ago
I think a cool feature (obviously one that would require a flag in your
preferences [because it could get annoying]) would be clipboard monitoring for
URLs. What I envision is when Netscape checking the clipboard regularly, and
when it finds a url in the clipboard it can do one of a few things depending on
your preferences. Default would be to ignore the URL. If the user checked,
"Monitor Clipboard for URLs" Netscape would Autoload the URL into the browser.
Suboptions of this could be: "Open in a New Window", and "Prompt on New URLs".
The code would have to keep track of what is in the clipboard so as not to keep
autoloading over and over when the url isn't new.

This is what I envision the preferences screen to contain [Maybe under "Smart
Browsing"]:
[checkbox] Monitor Clipboard for URLs
     [checkbox] Open in New Window.
     [checkbox] Prompt on New URLs

Of course the sub items would be grayed out unless the parent "Monitor..." is
checked.
(Assignee)

Updated

19 years ago
Status: NEW → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → LATER
(Assignee)

Comment 1

19 years ago
Thanks for sharing your feature idea! Resolving as later, for consideration when
we are adding new features.

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 2

19 years ago
marking VERIFIED for housekeeping purposes.
Hmm, I don't get this feature.  What are you trying to achieve with this
request?  Is it just a quick way of of opening multiple URLs?
(Reporter)

Comment 4

19 years ago
For Instance: I was just reading my email in Pine, I highlighted the bug URL and
I have Mozilla open. It would be nice if Mozilla opened up that page for me
automatically. This would be an easy way to make other text based applications
quickly interface with Mozilla. Good examples are : irc, email, instant
messengers to name a few. Not all of these applications have or want to provide
the ability to understand, let alone process, URLs - but they all allow you to
copy text into your clipboard. It's not meant to be a quick way of opening
multiple urls. Instead it would be meant to provide a clean (almost seamless)
way of getting a url from any application into Mozilla.

In paticular I've used ftp clients that do this.
(Assignee)

Comment 5

19 years ago
Why even go to the clipboard?  Why not just have a modified-click on any URL, in
any text, cause it to be loaded?  ICe TEa on the Mac can do this, and Guru on
Windows has a similar ability.  I think the clipboard aspect introduces too many
UI problems (multiple URLs, URLs already open, overly complex prefs, etc) in
this to make it work as it stands.  I frequently copy URLs without having any
desire to load them all, so I would never enable such a feature.  Also, if I cut
an URL I would certainly be surprised to be taken there.
(Reporter)

Comment 6

19 years ago
I'm not certain I understand the concept of "a modified-click on any URL, in any
text". How would I get SecureCRT to understand "a modified-click on any URL, in
any text".
I don't think you would want to support multiple URLs. It would be a nightmare
parsing a whole page of text looking for URLs - it would be a smaller nightmare
to comprehend a newline-delimited string of URLs too.
This feature is targetted at users who like their current applications, that
don't have internet savvy backends, but would like to have a way to hook a
backend into the applications they use without having to track down the author
for a new feature. Albeit this is targetted for advanced users.

As far as Cutting URLs, the preferences allow verification before Auto-loading.
(Assignee)

Comment 7

19 years ago
Put the mouse pointer over any part of the URL text and Cmd- or Alt- click.
I still think using the clipboard for this too much trouble, has the side effect
of clobbering whatever is on the clipboard and leaving the URL, has too many
edge cases, and requires unwanted added complexity in the prefs.
I don't see any benefit from this, since if you want to use a URL, you'll want
to use it right away, rather than waiting for it to be processing (do OSes
support getting clipboard change events?).  So what's wrong with paste into the
location bar, or "open URL in clipboard"?
Maybe a solution to this is a separate program that waits on the clipboard and
can talk to Mozilla (or any browser app for that matter).  That way there's no
preference needed.
(Reporter)

Updated

19 years ago
Status: VERIFIED → CLOSED
(Reporter)

Comment 10

19 years ago
There's nothing wrong with pasting manually. Sometimes it's just nice to have a
computer know what to do for you. Often it's annoying. Close this bug. I
think matty's idea of a seperate program is probably a cleaner solution.
I could handle clipboard preferences for auto-all-sorts-of-things. cheers.
(Assignee)

Comment 11

18 years ago
reopening all latered bugs
Status: CLOSED → REOPENED
Resolution: LATER → ---
(Assignee)

Comment 12

18 years ago
Moving all latered bugs to M20 as ordered by project manager.  Although these 
bugs are now open, assigned and targetted, XPToolkit has no plans to 
fix/implement them in the current release cycle, if ever.
Target Milestone: --- → M20
(Assignee)

Updated

18 years ago
Status: REOPENED → ASSIGNED
(Assignee)

Comment 13

18 years ago
Mass move of all M20 bugs to M30.
(Assignee)

Comment 14

18 years ago
Mass move of M20 bugs to M30
Target Milestone: M20 → M30
(Assignee)

Comment 15

18 years ago
Mass-moving all M20-M30 XPToolkit bugs to Future
Target Milestone: M30 → Future

Comment 16

18 years ago
I agree with Matthew & Joseph. As this bug is 7 months old, has zero votes, and
no comments that agree with adding this, perhaps we can WONTFIX this. I doubt
all tier-1 platforms even support clipboard monitoring, and I can see this being
more anoying then helpful when it's turned on. Pasting into 'Location:' is easy
enough.
(Assignee)

Comment 17

18 years ago
resolving as wontfix
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago18 years ago
Resolution: --- → WONTFIX

Comment 18

18 years ago
verifying.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.