Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 5 years ago.
Improve this question
I'm looking for a program that semi-automatically builds a GUI for a Windows command line program.
That is, I want to give it an arbitrary command line program and somehow describe its usage ("It takes a list of filenames, and the --foo and --bar options followed by a string") and it will create a new GUI wrapper program that allows selection of files with a "Browse" dialog box and has text boxes for foo and bar.
I remember having tried a program like this before, but I don't remember what is was called and google fails to remind me.
Are you talking about Gumbie?
Gumbie highlights:
In theory at least, Gumbie allows you to build a GUI without ever using a GUI. It's the GUI hater's GUI builder...
Gumbie provides reasonable defaults for the handling of a number of events, such as windowClosing.
Gumbie comes with some features (e.g., layers) that facilitate the creation of GUIs for text-stream based command line software.
The main module of Gumbie offers support for building java applications that can also be run as java applets within netscape or MS IE.
Here's an example.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 5 years ago.
Improve this question
So, these little popups you get when typing on macOS:
They're unique in that they allow users to trigger an action immediately, not from the menu bar or a contextual menu (e.g. right click) They're common among most OSs' in some form, this just happens to be Apple's design.
This popup is
1. System wide, working in browsers, many text editors, etc.
2. Always where your eyes are when typing, at the text cursor/most recent word typed.
As this window is always below the cursor, I figure there's space above to add other typing tools that work in a similar way.
For any typing tool like that it really has to be system-wide, not just in a particular app.
I'm struggling to find useful leads as to which APIs cover this, and whether it's even possible to access this area of the macOS system.
You may be able to program such a feature as an input method, using InputMethodKit. Input methods are most commonly used for Asian language input, where there are many more characters than keys on a keyboard. However, the API is more general than that.
Insofar as the pop-up you're citing as an example is a spell-checker, you may be able to customize it by building a custom spell server. I assume the user will have to select your spelling service explicitly, though, for each document.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 8 years ago.
Improve this question
Is there some tool that satisfy such requirements:
Compress .exe, .dll, .ico etc. files into single .exe installer (SFX or something else)
Installer should suggest to extract into programfiles dir
Installer should create icons in startmenu and on desktop
Installer should suggest run program after install
IS free to use
I want somthing like this:
createinstaller.exe -source_folder e:\myprogram\ -install_path=%ProgramFiles%\myprogram\ -app_icon=e:\myprogram\appicon.icon -create_launch_icons -suggest_run_after_install myexec.exe
We currently use Inno Setup: http://www.jrsoftware.org/isinfo.php
Great tool, but you have to code in Pascal (bleh)
You write a .iss file to list the files you want to include, where to install them, the program informations (title, version...), and scripts to run (like checks for whether a particular framework is installed).
It has preprocessor directives, so you can create a "tree" of scripts to build your setup depending on which "root" script you run.
It has a large library of already-developed scripts to check for a thousand things (like this for instance).
Very powerful, you can do pretty much anything you want, except style the installer (you can just change the image on the left). The real downside, as I said, is that it's Pascal, and Pascal sucks (even though it's easy).
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 6 years ago.
Improve this question
Would really appreciate your help with Tcl/Tk testing framework. I am supposed to test a windows application written with Tcl/Tk, twapi, gdi 0.9.5.1. Do you know a black-box and/or white-box test framework that will help me with GUI testing (generate mouse event, etc etc, and drive the application)? What I expect from the test framework is something like what WindowsLicker allows you to do for Swing.
Tk can generate events with the event generate command, but it will only send these events to itself. You can combine these with the tcltest package to do such testing as you require.
That said, I actually advise splitting up your code so that there is a clear separation between the GUI and the functionality that powers it (the “business logic layer”, to borrow a phrase from server architectures). You can then test your baseline functionality thoroughly without having to fiddle around with testing GUIs, which is enormously easier. Once your BLL is working robustly, testing your GUI then becomes a matter of ensuring that actions in the GUI manipulate the view correctly or translate into appropriate BLL calls (which you know will either work correctly or fail in a way that is clear).
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 4 years ago.
Improve this question
I'm currently trying to make some small shell-like utility for a custom script I wrote, so I can easily work with it (it's rather simple, so an interactive shell would be perfect).
Do you have any resources for me on how to create a shell in Python? I spent googling for a while, but all I could find was information about IDLE and similar Python interpreters. But I would rather want to know how to write a completely custom and command line based shell.
My approach would be hooking the stdin/out for commands, but given that the Python library offers so many great utilities, I want to make sure there if there is no better way.
The cmd module in the standard library could be a start -- if you have any trouble using it, please post more specific questions (ideally with some toy example showing what you're trying to achieve and what you're getting instead!).
You might have a look at pyparsing. It is definitely only about lexing and parsing, but that's definitely the hardest part of the problem.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 7 years ago.
Improve this question
I need to be able to identify a single window on the user's screen and take a screen capture of it. The screen data is to be stored in memory and not written to disk.
This is already supported through the commandline tool /usr/sbin/screencapture or through the Grab utility (though their functionality is not extensive enough to justify me launching them as a subprocess).
References / Hints
nm /usr/sbin/screencapture returns private Cocoa interfaces including _CGSGetSharedWindow that appear to do this.
Third party application Snapzpro does this (but does not provide source code)
Mac OS X 10.5 introduced the Quartz Window Services API to do just this.
The first thing that came to mind was GrabFS from MacFuse. The source is here.
Command+Shift+4 to activate the screenshot selection, then tap the space bar to select the whole window.