rthx wrote:when save to file, where can I select .png or .jpg as in version 0.99?
I only found this in settings.
Not possible to select on saving?
[EXT] Screengrab!
-
- Posts: 1642
- Joined: December 26th, 2013, 10:46 pm
Re: [EXT] Screengrab!
- GµårÐïåñ
- Posts: 218
- Joined: March 26th, 2008, 1:43 pm
- Location: Area 51.2
- Contact:
Re: [EXT] Screengrab!
You cannot select on the fly and I don't recall that ever being a function but you can select as shown under settings and there is really no reason to jump back and forth between them at random anyway.rthx wrote:when save to file, where can I select .png or .jpg as in version 0.99?
...
Not possible to select on saving?
Lï£ê ï§ å Lêmðñ åñÐ Ì Wåñ† M¥ Mðñê¥ ßå¢k
-
- Posts: 1
- Joined: October 10th, 2017, 3:06 am
Re: [EXT] Screengrab!
I'm using screengrab to save the complete pages, "Click to icon..." is set accordingly. Since version 2.4 the "save as..." dialogue always displays the download folder at first. In the old version screengrab reminded the folder at the second time. Now with every screenshot I have to choose the folder for saving again.
-
- Posts: 1642
- Joined: December 26th, 2013, 10:46 pm
Re: [EXT] Screengrab!
Sorry, this limitation of WebExtensionsakn17 wrote:I'm using screengrab to save the complete pages, "Click to icon..." is set accordingly. Since version 2.4 the "save as..." dialogue always displays the download folder at first. In the old version screengrab reminded the folder at the second time. Now with every screenshot I have to choose the folder for saving again.
WebExtensions does not have an API to pre-select a directory
docs:
https://developer.mozilla.org/en-US/Add ... s/download
and there are no other methods for saving:
https://bugzilla.mozilla.org/show_bug.c ... 246236#c81
wiki:
Engineering Plan: Not planned
These might be possible, but are too large to reasonably commit too and have too many unanswered security and usability questions:
Writing outside the downloads directory
https://wiki.mozilla.org/WebExtensions/ ... _directory
https://wiki.mozilla.org/WebExtensions/ ... _directory
- GµårÐïåñ
- Posts: 218
- Joined: March 26th, 2008, 1:43 pm
- Location: Area 51.2
- Contact:
Re: [EXT] Screengrab!
Here is an example of a page that cannot be full page captured, it will only capture visible section: mariemcdonald.ew.com
Lï£ê ï§ å Lêmðñ åñÐ Ì Wåñ† M¥ Mðñê¥ ßå¢k
-
- Posts: 1642
- Joined: December 26th, 2013, 10:46 pm
Re: [EXT] Screengrab!
version 2.5
https://addons.mozilla.org/addon/screen ... x-version/
https://chrome.google.com/webstore/deta ... mipdeegbpk
changes:
added: "Complete Page (forced mode)" for capture the pages created with div layers,
example: https://foxdns.pro/ , https://www.nab.com.au/ , http://mariemcdonald.ew.com/, etc
"forced mode" uses a complicated algorithm and in some cases, the browser may be temporarily slowed down
added: Settings - "Capture page: always use only «forced option»"
fixed: minor bug fixes
https://addons.mozilla.org/addon/screen ... x-version/
https://chrome.google.com/webstore/deta ... mipdeegbpk
changes:
added: "Complete Page (forced mode)" for capture the pages created with div layers,
example: https://foxdns.pro/ , https://www.nab.com.au/ , http://mariemcdonald.ew.com/, etc
"forced mode" uses a complicated algorithm and in some cases, the browser may be temporarily slowed down
added: Settings - "Capture page: always use only «forced option»"
fixed: minor bug fixes
-
- Posts: 2
- Joined: February 3rd, 2008, 8:11 am
Re: [EXT] Screengrab!
Any plans to allow copy to Clipboard in the Chrome version of Screengrab!? Currently the only way to get it in the clipboard that I found is to save a JPG to a file, then open it in another app, then copy from that app, then delete the file. I would much prefer to have it in the Clipboard natively.
- GµårÐïåñ
- Posts: 218
- Joined: March 26th, 2008, 1:43 pm
- Location: Area 51.2
- Contact:
Re: [EXT] Screengrab!
Thank you, I will give that a go and let you know how it goes. Well done, I am optimistic.pag77 wrote:version 2.5
https://addons.mozilla.org/addon/screen ... x-version/
https://chrome.google.com/webstore/deta ... mipdeegbpk
changes:
added: "Complete Page (forced mode)" for capture the pages created with div layers,
example: https://foxdns.pro/ , https://www.nab.com.au/ , http://mariemcdonald.ew.com/, etc
"forced mode" uses a complicated algorithm and in some cases, the browser may be temporarily slowed down
added: Settings - "Capture page: always use only «forced option»"
fixed: minor bug fixes
Lï£ê ï§ å Lêmðñ åñÐ Ì Wåñ† M¥ Mðñê¥ ßå¢k
- GµårÐïåñ
- Posts: 218
- Joined: March 26th, 2008, 1:43 pm
- Location: Area 51.2
- Contact:
Re: [EXT] Screengrab!
Ok, result. It DID capture the whole page, well done on that. However, it didn't include everything. I tried doing an upload so you can see for yourself but encountered a couple of issues. 1) While it is uploading and you are updating the percentage, it flickers so badly that you can barely see the notification. 2) After all that, it came back and failed saying ERROR but providing no more insight as to why/what and so on. Changing "upload provider" didn't resolve the issue either, simply fails. I suppose it might be the size (height) or whatever of the image that is causing, but I am just making an educated guess at this point.
Now I went ahead and posted the local captured file so you can see, and by comparing it to the actual page, maybe figure out what if anything went wrong with the "algorithm" and adjust accordingly, but we are off to a promising start. One side note, if possible make the forced/regular captures two separate options, so it is not an all or nothing situation, so a person can do regular capture and if something goes wrong, THEN choose the forced without having to keep going back to settings to check/uncheck that option. Just a thought from a UX perspective.
The image is very "long" so for the sake of not taking too much screen space in the thread, I am linking instead of putting it inline. Sample, let me know if you need anything else.
Now I went ahead and posted the local captured file so you can see, and by comparing it to the actual page, maybe figure out what if anything went wrong with the "algorithm" and adjust accordingly, but we are off to a promising start. One side note, if possible make the forced/regular captures two separate options, so it is not an all or nothing situation, so a person can do regular capture and if something goes wrong, THEN choose the forced without having to keep going back to settings to check/uncheck that option. Just a thought from a UX perspective.
The image is very "long" so for the sake of not taking too much screen space in the thread, I am linking instead of putting it inline. Sample, let me know if you need anything else.
Lï£ê ï§ å Lêmðñ åñÐ Ì Wåñ† M¥ Mðñê¥ ßå¢k
-
- Posts: 1642
- Joined: December 26th, 2013, 10:46 pm
Re: [EXT] Screengrab!
Sorry, but Chrome API not supported copy image to clipboardTonyK73 wrote:Any plans to allow copy to Clipboard in the Chrome version of Screengrab!? Currently the only way to get it in the clipboard that I found is to save a JPG to a file, then open it in another app, then copy from that app, then delete the file. I would much prefer to have it in the Clipboard natively.
workaround: use the "preview" mode, then right click on the image and select "copy"
I did a lot of tests and did not find a universal solution.GµårÐïåñ wrote:Ok, result. It DID capture the whole page, well done on that.
if adjust the algorithm for the exact capture of one site, then there is no capture of another site and vice versa.
in the end, I left a single universal solution - now captures all sites but there may be minor differences from the original
agree - it's better than capturing just a visible area like it was before version 2.5
- GµårÐïåñ
- Posts: 218
- Joined: March 26th, 2008, 1:43 pm
- Location: Area 51.2
- Contact:
Re: [EXT] Screengrab!
I know, it's a bit of a bitch, I will give you that much. Take a look at this html2canvas for some inspiration and see if you can get some ideas form the library to help you. Also, pages created using frameworks like Angular tend to be finicky and hard to even print, let a lone capture. The above library will help with that but there are also print directives you can take a look at and see how they alleviate some of this issue for ideas, such as this one Angular Print Directive.pag77 wrote:I did a lot of tests and did not find a universal solution.
I understand and agree, you don't want to make site specific solutions but you might consider detecting and using framework specific solutions, so that you can use the method which best works with each type of site that uses div based segmentation and modify your algorithm to parse them based better on the modulation of the implementation of the site, rather than making it site specific, see what I mean? It shouldn't be too difficult to "sniff" the framework being used.pag77 wrote:if adjust the algorithm for the exact capture of one site, then there is no capture of another site and vice versa.
in the end, I left a single universal solution - now captures all sites but there may be minor differences from the original
agree - it's better than capturing just a visible area like it was before version 2.5
Alternatively, you are right, better than capturing visible area, but as a fail safe, you can also provide the stitching option, so that basically scroll to the top 0,0 and then capture visible, scroll precisely to the next visual segment, capture and ultimately stitch them together to get the full page frame. That is a feasible alternative as well. Just don't forget that the tail end might be shorter than the visible area height, so take that last part into account by calculating the difference so you can scroll to the last segment without having an overlap capture during the stitch or extra whitespace at the bottom. Let me know if you have anything you want me to help you test before releasing.
Lï£ê ï§ å Lêmðñ åñÐ Ì Wåñ† M¥ Mðñê¥ ßå¢k
-
- Posts: 1642
- Joined: December 26th, 2013, 10:46 pm
Re: [EXT] Screengrab!
Have you seen the number of sources? I will be read a year to understand them...GµårÐïåñ wrote:I know, it's a bit of a bitch, I will give you that much. Take a look at this html2canvas for some inspiration and see if you can get some ideas form the library to help you. Also, pages created using frameworks like Angular tend to be finicky and hard to even print, let a lone capture. The above library will help with that but there are also print directives you can take a look at and see how they alleviate some of this issue for ideas, such as this one Angular Print Directive.
I tried this method but it did not work.GµårÐïåñ wrote:I understand and agree, you don't want to make site specific solutions but you might consider detecting and using framework specific solutions, so that you can use the method which best works with each type of site that uses div based segmentation and modify your algorithm to parse them based better on the modulation of the implementation of the site, rather than making it site specific, see what I mean? It shouldn't be too difficult to "sniff" the framework being used.
Alternatively, you are right, better than capturing visible area, but as a fail safe, you can also provide the stitching option, so that basically scroll to the top 0,0 and then capture visible, scroll precisely to the next visual segment, capture and ultimately stitch them together to get the full page frame. That is a feasible alternative as well. Just don't forget that the tail end might be shorter than the visible area height, so take that last part into account by calculating the difference so you can scroll to the last segment without having an overlap capture during the stitch or extra whitespace at the bottom. Let me know if you have anything you want me to help you test before releasing.
if the site is built on layers, then first you need to find the desired layer for scrolling.
in addition, it will not be possible to sew exactly, since there are always elements that are fixed in certain places.
in fact, there are not so many problematic sites, so I suggest leaving my algorithm as is and making corrections only if it does not work on any site
sorry, but I have very little time to discuss these non-critical issues - I need to redesign another my addon before the release of Firefox 57
- GµårÐïåñ
- Posts: 218
- Joined: March 26th, 2008, 1:43 pm
- Location: Area 51.2
- Contact:
Re: [EXT] Screengrab!
Yes, the codebase is extensive but you don't have to look at or understand all of it, just what is relevant to you and that would begin with this html2canvas.js and once you identify the part that is relevant to you, then you look at any other function files that support it.pag77 wrote:Have you seen the number of sources? I will be read a year to understand them...
Yeah that is not the best way, hence why called failsafe but keep in mind you are not scrolling the layers, you are scrolling the rendered dom canvas, so that will respond to the scroll function regardless of layers. But anyway, the "sewing" is each visible capture, not the actual page content you are taking a shot of, that's a simply binary assembly.I tried this method but it did not work.
if the site is built on layers, then first you need to find the desired layer for scrolling.
in addition, it will not be possible to sew exactly, since there are always elements that are fixed in certain places.
actually there are, as with any millions of sites using Angular where your solution won't work. The more people shift from static HTML, the more your solution will fail but if you want to wait for that happen to do something, that's certainly your choice. This is an example of where it is not working but you want to keep it as-is anyway, so kind of speaking in contradiction if you realize.in fact, there are not so many problematic sites, so I suggest leaving my algorithm as is and making corrections only if it does not work on any site
A screen grabbing extension unable to do it is hardly a trivial or non-critical issue but if that's your estimation then by all means don't fix it and focus on something else. Good luck.sorry, but I have very little time to discuss these non-critical issues - I need to redesign another my addon before the release of Firefox 57
Lï£ê ï§ å Lêmðñ åñÐ Ì Wåñ† M¥ Mðñê¥ ßå¢k
-
- Posts: 2
- Joined: October 9th, 2017, 2:58 am
Re: [EXT] Screengrab!
This is the case in version 0.99.GµårÐïåñ wrote:... and I don't recall that ever being a function but you can select as shown under settings and there is really no reason to jump back and forth between them at random anyway.
-> https://picload.org/view/dgiiawla/scree ... 7.png.html
Depending on the webpage is saved by me in PNG or JPG.
Very awkward every time in the settings to change that.
-
- Posts: 1642
- Joined: December 26th, 2013, 10:46 pm
Re: [EXT] Screengrab!
unfortunately WebExtensions no longer gives such an opportunity.rthx wrote:This is the case in version 0.99.GµårÐïåñ wrote:... and I don't recall that ever being a function but you can select as shown under settings and there is really no reason to jump back and forth between them at random anyway.
-> https://picload.org/view/dgiiawla/scree ... 7.png.html
Depending on the webpage is saved by me in PNG or JPG.
Very awkward every time in the settings to change that.
but I can try search for a workaround - if you change the file extension by hand: then Screengrab must perform the reformatting of the image...