Closed
Bug 18459
Opened 25 years ago
Closed 24 years ago
Clipboard monitoring.
Categories
(Core :: XUL, enhancement, P3)
Tracking
()
VERIFIED
WONTFIX
Future
People
(Reporter: jelwell, Assigned: trudelle)
Details
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•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → LATER
Assignee | ||
Comment 1•25 years ago
|
||
Thanks for sharing your feature idea! Resolving as later, for consideration when we are adding new features.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 2•25 years ago
|
||
marking VERIFIED for housekeeping purposes.
Comment 3•25 years ago
|
||
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•25 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•25 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•25 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•25 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.
Comment 8•25 years ago
|
||
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"?
Comment 9•25 years ago
|
||
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•25 years ago
|
Status: VERIFIED → CLOSED
Reporter | ||
Comment 10•25 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•24 years ago
|
||
reopening all latered bugs
Status: CLOSED → REOPENED
Resolution: LATER → ---
Assignee | ||
Comment 12•24 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•24 years ago
|
Status: REOPENED → ASSIGNED
Assignee | ||
Comment 13•24 years ago
|
||
Mass move of all M20 bugs to M30.
Assignee | ||
Comment 15•24 years ago
|
||
Mass-moving all M20-M30 XPToolkit bugs to Future
Target Milestone: M30 → Future
Comment 16•24 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•24 years ago
|
||
resolving as wontfix
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•