Can someone help me find a tool or extension in VS2013 to get a screenshot of my SSIS control flow?
My flow has many sequence containers and everything is not fitting in my 17 inch monitor.
Is there a tool out there that can help me achieve this?
I use this simple screen share tool called Gyazo for this all the time.
It's easy to use, make, and share screenshots as well as make gifs for times you need to scroll as in your case.
You can also easily edit the screenshots and write things or make arrows like this before you send them:
Related
I am looking for a way to reproduce this behaviour from the Windows drag&drop file system :
The cursor isn't visible with the default screencap feature of Windows, but of course it's on the right side file.
I'm looking to reproduce this right side image following the cursor in a program and setting the image myself. Having it be removed automatically on MOUSE_UP would be a big plus.
I'd like to use the Windows API directly so this process could work in the same way across languages, but if anyone has a better way I'm perfectly willing to hear it, of course.
Thanks.
Working with 16:9 screens, I always have an empty space to my right in Forms Designer.
On the other hand, this Component Tray is always overlapping the forms.
Is there a way to undock or move it to fill that wasted space?
I haven't found any other questions regarding this.
Thank you in advance and please excuse my bad english.
Edited: obviously I know I can drag its edge to fold the thing down.
Finally I created my own Add-In to dock that ComponentTray to the right as well as sorting its components alphabetically.
If you, like me, want to use your wide screen in all its glory, please post a comment below and gladly I'll give you all details.
After the testing phase, I'll upload the thing to VS Gallery.
EDIT: Here's the link to the VS extension. Feel free to use and enjoy it.
https://visualstudiogallery.msdn.microsoft.com/f426bc54-af1e-4d7c-9870-94c001f5215d
Best wishes.
Is there a way to display Rstudio's panes on separated windows to display (for example) the source on one screen and the console/environment/misc on the second screen?
I browsed the web quite a while without finding any informations, so it's either really easy or impossible.
Thank you for any help!
This is the one missing feature that keeps me from switching to RStudio. It would be great to be able to separate the source from the console window.
I recently got myself a second monitor and I have been looking at software which offers the possibility to extend the taskbar to the second monitor. Softwares such as UltraMon and MultiMon offer such possibility.
I'd be interested to know what is the method they are using to replicate the tasbar? More precisely:
Is the second taskbar completely generated and managed by the software or is it some sort of extension/modification of how Windows behave?
How are the additionnal buttons on the window handle added? Is there some sort of templating system similar to what Stardock does?
How can you replicate the taskbar feel?
How can you remove open software icons from the main taskbar in order to move them to the software's taskbar?
Would creating a second start button actually be some sort of image of the said button, and the software would require to do POSSIBLE calls to the Windows API? (by possible, I mean I have no idea if such calls exists)
Finally, I'd be interested to know what field of knowledge is required to program such software.
I'd be glad to receive any pointers to articles or information that would lead to answers. If you have in depth knowledge that you'd gladly share, I'd really appreciate it.
Thanks to all for your replies.
They completely re-create the experience. DisplayFusion uses the Desktop Window Manager API to capture live thumbnails. Scott Hanselman has a very good rundown on just how close they got and where they're different.
I would imagine there is a lot of ugly code required to get it as close as they've gotten it.
Up to now I been using the pda emulator in visual studios 2008 (I am using windows mobile 6.1 professional sdk).
So I just dragged and dropped most of my GUI components into the form. In one instance I made a panel then in this panel I dynamically generated labels in it with certain location positions.
I then put it on my Hp PAQ 110 Classic pda and it looked fine and everything. Then I was looking through the emulators one of them was called professional square. So I decided to run it and when it ran my program it looked like crap.
I had missing labels, missing controls and it just looked horrible.
I thought maybe it would like do some resizing for me but it seems to either did a shitty job or it does not do it at all.
So how do you make a GUI that will work well on all mobile phones(or at least the vast majority of them).
Is there like X number of types of mobile phones? Like the emulator emulates a pda and it works on my HP one so I am assuming that all window mobile device pdas have the same screen size.
Then the next question is how do you make the controls position properly from one device to another? I heard of people using XML files that have all the location position, sizes and etc that they call up and I guess essentially generate the GUI dynamically based on the information in XML.
But I could not find any examples how the XML file would look like, how to detect what phone type it is so that I could call up the right node of the file for that phone.
I am not sure if there are any other ways but this seems better then a set of GUI forms for each one.
Also would it be recommended to have most things in a panel so that way even if the stuff is bigger you can at least turn auto scrolling on.
thanks
I spent a good amount of time looking at different solutions for this problem (see my question here as well) and ended up with a pragmatic approach - consistent use of docking. You have to restrict yourself to the least common denominator, i.e. the lowest resolution you want to support, in terms of how much you can fit on the screen. The good news was that grids always use the entire available real estate, and my forms flow correctly on all devices and the screens don't look like they are broken.
This is far from being an easy task. You can follow some guidelines, but the only thing that will actually work is to always test the User Interface in all possible screen resolutions. Emulators are a good way to start, however it will be better to have an actual device. Some things like font sizes and text readability can only be tested in a real device. So, these are my advices:
Try to use docking for positioning your controls.
You need to be able to handle orientation changes correctly. Using docking helps, but again you always need to test in different screen resolutions.
At some point you will find out that it is inevitable to detect the screen size and adapt the User Interface dynamically. I don't agree that you should restrict yourself to only display what can fit in the smallest screen. A professional application should adapt itself to the available screen size and take full advantage of it.
Structure your application so that it is easy to support new screen resolutions. Make the main User Interface code screen size agnostic. Make it get all information about dynamic resizing - positioning from a configuration class. This way you only need to enhance a single item in your code in order to support a new screen resolution.
And of course:
Test in all possible screen resolutions. After even a minor change to the User Interface, retest.
Eventhough the above posts where helpful this video I found solves all my problems and you don't have to develop for the the lowest screen.
http://www.microsoft.com/events/series/detail/webcastdetails.aspx?seriesid=86&webcastid=5112