Loupe Options

[ghostwalker]

Here is javascript for a web page loupe, I was wondering if this could be modified to work in a widget. I dont have the expertise to do this and I was hoping someone here would. You can view the js in action and download it here.

http://www.netzgesta.de/loupe/

if no one wants to attempt this I guess I will keep trying.

[BOINCer]

Shouldn't be so hard. But my "in-progress projects that I want to finish" list has more than 5 items...

[ghostwalker]

If anyone gets time to do this here is a loupe image I made for this yet to be done widget.



it looks great on the desktop just need to get the code working for it (BOINCer, hint hint)

[g6auc]

The license conditions do not permit its use in a Widget.

[ghostwalker]

The license conditions do not permit its use in a Widget.

Noted, I have sent an email asking for permission to use it in a Widget hopefully I will get a good response.

[slthytove]

Beyond the license restrictions issue - this loupe just magnifies an existing image (or shows two separate images), not whatever happens to be on the desktop. Performing magnification functions of something other than a prerendered image would require some external libraries/software.

[ghostwalker]

That is a shame because I just got permission to modify the script to work with Widgets. Is there no way to accomplish this? Possibly taking a screenshot of what is under it and then magnifying that image(thinking out loud)

[Cicerone Pavaloi]

Is there no way to accomplish this? Possibly taking a screenshot of what is under it and then magnifying that image(thinking out loud)

My 50 cents:
It should take at least 15 screenshots per second in order to have an acceptable refresh rate for a real time loupe. The current method of "providing" a screenshot to a widget not only involves external libraries/software, but saveing and reading a file (preferable a png, for a smoother zoom) which is pretty cpu and time consuming for 15 fps... This depends on the size of the loupe, of course.

Plus, if you want to zoom (capture) the others widgets too (in fact, any other layered windows), you need to
capture the screenshot without the loupe, that means: hide loupe, snap screenshot, save file, load file, show loupe... Probably very nasty flickering.

If you want just a snapshot inspector loupe, a zoom on a screenshot taken when the loupe is activated, that should be doable with no visible performance penalty.

And you can't capture overlay windows (video)... (i don't know any screencapture utility that can do that, at least on windows)

[BOINCer]

If you have Linux with compiz-fusion, hold windows key and zoom with mouse wheel. Even works with video overlays. Windows is lagging behind.

[CSM]

Almost every computer has Java nowadays. If it doesn't ... You Luddite! Anyways, Java has a Robot class that can take screenshots and I believe (I would have to relook at my old code) can specify an area to take, so you don't have to reload the *whole* screen each time, just where the magnifier is. (and even then, if you blow it up 2 times, you only need half that area then)

If you want I can create a Java program that captures a specified area. Java programs can accept command line parameters, of RunCommand with switches and stuff should do it. It'll have to run from the WidgetDataFolder (so it has a place to dump the image)

However, I need your input. Is it worth me spending the time to make the program?

[ghostwalker]

I use a docklet originally made for Yz Dock now I use RK Launcher and it is a dll file that will capture video on windows even layered windows. Works better than any capture software I have ever used, just took this with one click.

However, I need your input. Is it worth me spending the time to make the program?

I was hoping you would show up and the answer is yes as long as it will work on both platforms.

[CSM]

I was hoping you would show up and the answer is yes as long as it will work on both platforms.

That is the point of Java! That is to say, the program will work on any platform that supports Java (and has it installed), even those that can't run Y!WE.


Command line arguments (order does count):

• 0, anything else not explicitly taken care of below.
  • Assumes upper-left of screen.
  • Captures entire screen.
• 2
  • Assumes upper-left of screen.
  • First two arguments = width, height (in that order)
• 4
  • First two arguments = x, y (in that order)
  • Second two arguments = width, height (in that order)
• 5
  • See 4 args.
  • Fifth argument = image type abbreviation: (png, jpg, anything Java supports)
• 6
  • See 5 args.
  • Sixth argument = image name w/o extension. (uses image type provided before as the extension)

Unless supplied as detailed above, default image type is png, and default name is "output".

Sample Output:


Sample Output created using:

CODE

-50, -50, -300, -150, -png, -myoutput

(done within Eclipse [run dialog, arguments tab]. Actual command-line syntax may vary)


File is available here:
http://www.savefile.com/files/1142775
(source included)

[ghostwalker]

very quick and very cool, seems when ran it outputs to the directory it is in will I have to change that in the .jar file or can the output directory be called in the .kon or .js file?

[CSM]

very quick and very cool, seems when ran it outputs to the directory it is in will I have to change that in the .jar file or can the output directory be called in the .kon or .js file?

There is no real way to tell it the WidgetDataFolder except by argument and I do not wish to add any more. I suggest you extract the .jar to the WidgetDataFolder and run it from there.

[ghostwalker]

Thanks CSM I will do my best to figure the rest out.

I know this is obvious but can this be made to also capture circular not just a rectangle or square?

[CSM]

Not without "extensive" work to clip it. I have no idea how to do that right now. (It would take drawing it to a Graphics object (with a circular clip) then finding a way to get that back to a buffered image (almost impossible)...).

Why can't you just draw it to a Canvas with a self-defined clip?

[ghostwalker]

No knowledge of Canvas.

[CSM]

That's what the manual is for! Time for that age old phrase: Read The Fine Manual.

[ghostwalker]

Thanks for the link

[CSM]

Far as I can tell, all you need to do is make the clip once, then keep drawing the image to the same Canvas. (this assumes that the magnifying glass never changes size. If it does, make a new Canvas and make a new larger/smaller clip.)