herlanijunior/screenshot-cmd

Automatically exported from code.google.com/p/screenshot-cmd

screenshot-cmd's Issues

Exit status (exit code, errorlevel) not according to convention.

The program's main routine ends with the following statement:

  return stat == Ok;

As a result, the program returns 1 on success and 0 on failure. This is not 
according to the common convention that a return value of 0 indicates 
successful termination. The shell (e.g. cmd.exe) relies on this convention, for 
example when chaining commands using &&.

Since its exit code is (currently) the program's only means to communicate a 
failure, it seems rather important that this is fixed.

Original issue reported on code.google.com by [email protected] on 8 Jul 2010 at 12:33

2 Screens

Are there any support for multiple monitors?

Original issue reported on code.google.com by [email protected] on 19 Jul 2009 at 6:54

Patch for /trunk/screenshot.cpp

Make utility returns an error if window not found.
Minor fixes to use safe wcscpy_s replacing wcscpy

Original issue reported on code.google.com by [email protected] on 2 Nov 2012 at 10:55

Attachments:

• screenshot.cpp.patch

application window should be hidden

What steps will reproduce the problem?
1. Put the application on desktop
2. Pin it to the task bar
3. Run from the task bar - screenshot is made corrrect but application window 
opens hiding details of printed window

What is the expected output? What do you see instead?
I shoud receive printscreen without black application window

What version of the product are you using? On what operating system?
Windows 7 64 bit

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 17 Dec 2013 at 2:58

[patch] Make screenshot.cpp can be compiled with MinGW-w64

Currently, the screenshot.cpp in trunk is designed to be built with 32 bit 
Visual C++. The attached patch makes the code compatible with MinGW-w64 under 
both 32 bit and 64 bit environment.

I had built the code with MinGW-w64 under 64 bit Ubuntu Linux 12.04  
environment, and tested the executable with 32 bit Windows 7, 32 bit WINE, and 
64 bit WINE. Since I don't have Visual Studio available for testing, I am not 
sure about whether the patch breaks the code with Visual C++ or not -- although 
I tried to be very careful not to break anything that was working fine before.

To compile the code with MinGW-w64 for 32 bit environment, issue the following 
command:

  i686-w64-mingw32-g++ -Wall -O3 -static -o screenshot.exe screenshot.cpp -luser32 -lgdi32 -lgdiplus

For 64 bit environment, use the following command instead:

  x86_64-w64-mingw32-g++ -Wall -O3 -static -o screenshot.exe -DX86_64 screenshot.cpp -luser32 -lgdi32 -lgdiplus

Because there is no standard-conformable and portable way for determining the 
environment at compiling time, I leave the burden of declaring X86_64 macro to 
the builder.

Original issue reported on code.google.com by [email protected] on 5 Nov 2013 at 8:17

Attachments:

• mingw-w64.patch

I have prepare a patch to make utility returns an error if window not found

I have prepare a patch to make utility returns an error if window not found.

Please look into attached patch.

Original issue reported on code.google.com by [email protected] on 2 Nov 2012 at 10:35

Changes for display in Windows (f.e. Scaling level 150%) - -wt and -wh options result in incorrect screenshots

What steps will reproduce the problem?
1. MS Windows 8.1 Display Scaling level 150% (Full HD display)
2. screenshot-cmd.exe -wt "Untitled - Notepad"
3. Open screenshot.png

Expected (but not obtained) output: Notepad's window screenshot

Last version of screenshot-cmd On Windows 8.1 64 bit

WITH WINDOWS DISPLAY SCALING LEVEL = 100% screenshot-cmd DELIVERS THE CORRECT 
OUTPUT ON THE SAME MACHINE!

Original issue reported on code.google.com by [email protected] on 4 Sep 2014 at 12:45