Javik

Wow, that's quite a complete "some code" sample there. Thank you.

Is there a way to read data directly from the Windows Component Object Model (COM) interface? I am trying to make a really simple disk space reporter tool for accounts on an Active Directory domain, to read the disk quota limit for the logged on user's home directory, and report how much disk space they are currently using. , MSDN: IDiskQuotaUser interface https://msdn.microsoft.com/en-us/library/windows/desktop/aa365033(v=vs.85).aspx GetQuotaLimit GetQuotaUsed

Ah, okay that works as expected. Thank you. I'm doing some more digging in forum, I see a reference to #pragma compile(Console, true) But the code works correctly without that pragma option, if I change the + to &. Hmmm. Using AutoIT 3.8.8.1 1/8/2013

Eh, I cannot edit that post now, can't move cursor below the code block, can not see raw post formatting... ??? Anyway, that fails to work like I'd expect with the Windows 7 64bit SP1 command prompt. The console output is "0" .... which is unexpected.

What's wrong here: (Weird, the forum deleted my post below the code block. This wasn't meant to be so brief a posting.) #AutoIt3Wrapper_Change2CUI=y consolewrite ("It works!" + @CRLF)

It's not as bad as it used to be, but we allow people to have gigabytes in their network account, and if they move to different computers, the first time download can be ridiculous before the desktop appears. For student accounts, I set classroom machines to disable offline files and use folder redirection so files are accessed straight off the server. This however, is not a good solution for staff who take devices like laptops home with them. I am so glad that firewire / DV is basically dead as a common video format. 14.7 gig per hour of video is about a 20 minute download on a 100 megabit LAN conneciton.

Is there a way for programs installed with administrative privileges, or as a service, to display on the Windows 7 logon screen, or while logon is progressing? I believe the Windows logon screen is considered a special area known as the "secure desktop", and normally regular programs cannot be shown there since they could be potentially be exploited if not written well. There are situations where additional tools or controls at the logon prompt would be helpful. For example, I have no idea how a laptop with VPN software could manually establish a VPN connection to a remote site, BEFORE the user logs on to Windows through the VPN and into a remote domain. One continuing annoyance for me is that Microsoft provides no feedback about the progress of loading roaming profiles after a user logs on but before the desktop appears. The user ends up staring at basically a blank screen for many minutes without a progress bar, a network traffic graph, or even an option to try to cancel the operation and log off before logon finishes. I do not have enough knowledge to try completely replacing the Windows logon screen, known as the GINA (graphical identification and authentication), with a new logon screen that has these capabilities.

I did, searched forums for consolewrite and console, found nothing except about using the "#AutoIt3Wrapper_Change2CUI=Y". I would not have posted this if it were discussed already.

Hrm, ok, so it compiles correctly and does work with the full editor. Why does that matter? Why doesn't the basic/lite editor say there's an error if it can't compile the code correctly?

Sorry, not trying to be terse, but what difference does that make? I would not expect the choice of code editor to affect how the code compiles. I downloaded the full AutoIT update today, removing previous version, and I'm using the "Scite Script Editor" in the start menu. I will download the full editor and see if that makes a difference.

I get nothing running it from a command prompt, whether as a normal user or elevated. (Windows user access control is enabled)

I cannot get this to work in the most recent version 3.3.10.2. There is no output to a Windows 7 64-bit command prompt. #AutoIt3Wrapper_Change2CUI=Y ConsoleWrite("Foo!" & @CRLF) If I try running the 32/64-bit compilers from the start menu, there is no Console checkbox in the compiler. Has this capability been removed and all errror output is expected to be through GUI's now?

I am also looking for a solution, though I want something fairly involved and complex, but would be easy and near-effortless if it could be done. 1. Student / Employee / Inmate / Child prints document 2. Teacher / Manager / Supervisor / Boss / President / Parent gets an alert at their computer. They can click on the alert, or ignore it. 3. A confirmation window pops up, user "FooBar" wants to print. Allow? 4. If no action taken, print job is deleted in 15 minutes. Bonus points: Show a preview of the pages to be printed. (Requires PCL/PS interpreter to render spooled pages into graphics, ala Ghostscript) Also I'd like to see this done as an appliance next to the printer or next to the teacher's desk, with a touchscreen preview of the documents to be printed. I'm not aware of anything like this.

If you are using a Windows domain, you can install printers/drivers via group policy objects. These run with machine/admin level permissions and don't need elevation. They will also silently install printers during the boot process before the logon prompt appears.

I am trying to make my own multi-monitor resolution changer. (yes, there are already examples of this.) I am trying to better understand what is going on here. When I look up the Microsoft TechNet info for these functions I see this: EnumDisplaySettings function (Windows) http://msdn.microsoft.com/en-us/library/windows/desktop/dd162611%28v=vs.85%29.aspx Which says it needs a DevMode struct, described here: DEVMODE structure (Windows) http://msdn.microsoft.com/en-us/library/windows/desktop/dd183565%28v=vs.85%29.aspx Okay, that DevMode struct is huge, many many lines. But when I search the forums for examples of people getting the screen resolutions, their DevMode struct is tiny. It looks nothing like that: Local $DEVMODE = DllStructCreate("byte[32];int[10];byte[32];int[6]") Local $DEVMODE = DllStructCreate("byte[32];int[10];byte[32];int[6]") I am not a DLLCall expert at all, but it is mysterious to me how Windows knows to put the right data in the right spot in that tiny struct that doesn't look anything like the proper struct in the Microsoft specifications.