On Monday, December 16, 2013 12:40:56 PM UTC+1, larry@gmail.com wrote:
...
> Is this open source?
No. We quit our daytime jobs to work on this project and need the income to
sustain our development...
--
https://mail.python.org/mailman/listinfo/python-list
ith Selenium alone.
You can find more information and download Helium from http://heliumhq.com. Any
feedback would be highly appreciated.
Hoping to hear your thoughts and comments,
Michael Herrmann
heliumhq.com
--
https://mail.python.org/mailman/listinfo/python-list
On Thursday, December 5, 2013 4:26:40 PM UTC+1, Kevin Walzer wrote:
> On 12/5/13, 5:14 AM, Michael Herrmann wrote:
> If your library and their dependencies are simply .pyc files, then I
> don't see why a zip collated via py2exe wouldn't work on other
> platforms. Obviously
On Thursday, December 5, 2013 3:09:32 PM UTC+1, Roy Smith wrote:
> > 1. Is it considered a bad idea in the Python community to ship one large
> > Zip file with all dependencies?
> Yes.
I see. Unfortunately, the library's users may be non-technical and might not
even have experience with Python.
On Thursday, December 5, 2013 11:56:16 AM UTC+1, rusi wrote:
> Wheel is the upcoming standard I think.
> http://www.python.org/dev/peps/pep-0427/
I hadn't known of Wheel - thanks for pointing it out!
--
https://mail.python.org/mailman/listinfo/python-list
Hi everyone,
I am developing a proprietary Python library. The library is currently
Windows-only, and I want to also make it available for other platforms (Linux &
Mac). I'm writing because I wanted to ask for your expert opinion on how to
best do this.
The library is currently shipped in the
Hi everyone,
we just released the new version of our GUI automation tool with the improved
API: http://www.getautoma.com/blog/Automa-1-5-1-window-switching. Thank you
again for your help.
Best regards,
Michael
On Monday, March 25, 2013 8:29:23 PM UTC+1, Michael Herrmann wrote:
> He
On Thursday, March 28, 2013 1:42:35 AM UTC+1, Steven D'Aprano wrote:
> On Wed, 27 Mar 2013 02:34:09 -0700, Michael Herrmann wrote:
>
> > On Tuesday, March 26, 2013 11:37:23 PM UTC+1, Steven D'Aprano wrote:
> >>
> >> Global *variables* are bad, n
On Wednesday, March 27, 2013 5:45:49 PM UTC+1, Ethan Furman wrote:
> On 03/27/2013 02:34 AM, Michael Herrmann wrote:
> > Design #2:
> > notepad_1 = start("Notepad")
> > notepad_2 = start("Notepad")
> > switc
On Wednesday, March 27, 2013 2:56:55 PM UTC+1, Mitya Sirenef wrote:
> ...
>
> I think alt-tab has to be special in any case. Regular alt-tab would act
> like the GOTO statement. As a programmer looking at a script you have no
> idea where you just alt-tabbed to without possibly looking through
> d
On Wednesday, March 27, 2013 12:44:49 PM UTC+1, Chris Angelico wrote:
> ...
> Not seeking to advocate this particular option, but it would be
> possible to make a single wrapper for all your functions to handle the
> focus= parameter:
>
> def focusable(func):
> @functools.wraps(func)
>
On Tuesday, March 26, 2013 11:37:23 PM UTC+1, Steven D'Aprano wrote:
>
> Global *variables* are bad, not global functions. You have one global
> variable, "the current window". So long as your API makes it obvious when
> the current window changes, implicitly operating on the current window is
On Tuesday, March 26, 2013 11:01:08 PM UTC+1, Mitya Sirenef wrote:
> On 03/26/2013 10:59 AM, Michael Herrmann wrote:
> > ...
> > Forcing the library user to always use the "with ..." seems like
> overkill though. I think the gained precision does not justify this
On Tuesday, March 26, 2013 5:41:42 PM UTC+1, Dave Angel wrote:
> On 03/26/2013 10:40 AM, Michael Herrmann wrote:
>
> > On Tuesday, March 26, 2013 3:13:30 PM UTC+1, Neil Cerutti wrote:
> >>
> >> Have you considered adding a keyword argument to each of your
&
On Tuesday, March 26, 2013 4:16:57 PM UTC+1, Chris Angelico wrote:
> On Wed, Mar 27, 2013 at 1:59 AM, Michael Herrmann
>
> wrote:
> > save_dialogue = press(CTRL + 's')
>
> Does every single API need to then consider the possibility of focus
> changing? How d
On Tuesday, March 26, 2013 2:41:38 PM UTC+1, Mitya Sirenef wrote:
> ...
> At the __exit__, further commands are no longer routed to that window;
> if it was a nested context, window is switched to the outer context,
> WHEN there are commands in it (i.e. on the first command). This seems
> pretty i
On Tuesday, March 26, 2013 3:13:30 PM UTC+1, Neil Cerutti wrote:
> On 2013-03-25, Mitya Sirenef wrote:
>
> > I think I would prefer context managers. I don't think it's a
> > big problem for win users because this behaviour would be one
> > of the first things documented in the start guide and wou
On Tuesday, March 26, 2013 1:42:26 PM UTC+1, Dave Angel wrote:
> ...
>
> Also, it seems that in this thread, we are using "window" both to refer
> to a particular application instance (like Notepad1 and Notepad2), and
> to refer to windows within a single application.
>
>
>
> Anyway, if you'r
On Tuesday, March 26, 2013 1:59:58 PM UTC+1, Steven D'Aprano wrote:
> On Tue, 26 Mar 2013 05:04:43 -0700, Michael Herrmann wrote:
> ...
> Am I the only one who appreciates the simplicity of
>
> > start("Notepad")
> > write(&quo
On Tuesday, March 26, 2013 1:16:56 PM UTC+1, Jean-Michel Pichavant wrote:
> - Original Message -
> > > > notepad_1 = start("Notepad")
> > > > notepad_2 = start("Notepad")
> > > > notepad_1.write("Hello World!")
> > > > notepad_1.press(CTRL + 'a', CTRL + 'c')
On Tuesday, March 26, 2013 12:57:21 PM UTC+1, Chris Angelico wrote:
> On Tue, Mar 26, 2013 at 10:52 PM, Michael Herrmann
> > Doesn't the IPython do auto-completion for "global" functions?
>
> Even if it does, it'll be polluted with every other global. Method
On Tuesday, March 26, 2013 12:43:18 PM UTC+1, Chris Angelico wrote:
> On Tue, Mar 26, 2013 at 8:38 PM, Michael Herrmann
>
> > What do you think of designs #3 and #4?
>
> > notepad_1 = start("Notepad")
> > notepad_2 = start("
On Tuesday, March 26, 2013 12:38:35 PM UTC+1, Chris Angelico wrote:
> ...
> Fundamental point: As I understand the API, it doesn't *actually* tie
> to a window. You don't locate the Notepad window and send it keys -
> you switch focus to Notepad and then send keys to the whole system. Is
> this cor
On Tuesday, March 26, 2013 11:26:30 AM UTC+1, Dave Angel wrote:
> ...
> Seems to me that the official interface should all be methods. However,
> you could have a new object which always represents the "focus" window.
> Then the USER could define trivial functions:
>
> def write(*args):
>
On Tuesday, March 26, 2013 11:07:45 AM UTC+1, Jean-Michel Pichavant wrote:
> - Original Message -
> > notepad_1 = start("Notepad")
> > notepad_2 = start("Notepad")
> > notepad_1.write("Hello World!")
> > notepad_1.press(CTRL + 'a', CTRL + 'c')
> > notepad_2.press(CTRL +
On Tuesday, March 26, 2013 12:40:45 AM UTC+1, Mitya Sirenef wrote:
> ...
>
> I think I would prefer context managers. I don't think it's a big
> problem for
> win users because this behaviour would be one of the first things documented
> in the start guide and would be all over example scripts, s
On Tuesday, March 26, 2013 12:11:34 AM UTC+1, Ethan Furman wrote:
> On 03/25/2013 12:29 PM, Michael Herrmann wrote:
> ...
> >
> > notepad_1 = start("Notepad")
> > notepad_2 = start("Notepad")
> > notepad_1.write("Hello
On Monday, March 25, 2013 10:08:53 PM UTC+1, Chris Angelico wrote:
> ...
> > I kind of like the context manager solution because the indentation makes
> > it very obvious what happens in which window. You are right about our
> > target group though. Also, the "with" is not as explicit as it proba
Hi Kwpolska,
thanks for your reply (as last time I posted here!).
On Monday, March 25, 2013 8:42:25 PM UTC+1, Kwpolska wrote:
> ...
>
> > notepad_1 = start("Notepad")
> > notepad_2 = start("Notepad")
> > with notepad_1:
> > write("Hello World!")
> >
Hello everyone,
my name is Michael, I'm the lead developer of a Python GUI automation library
for Windows called Automa: http://www.getautoma.com. We want to add some
features to our library but are unsure how to best expose them via our API. It
would be extremely helpful for us if you could l
Hi Rusi,
> Im entering this thread late (was off mail for a week), so pardon me
> if someone has already said this -- but have you looked at the
> difference between internal and external dsls:
> http://martinfowler.com/bliki/DomainSpecificLanguage.html (and links
> therein) ?
> Roughly speaking
anks again,
Michael
Co-founder and lead developer
@BugFreeSoftware
http://www.getautoma.com
On Friday, November 23, 2012 5:12:39 PM UTC+1, Michael Herrmann wrote:
> Hi,
>
>
>
> do you think it's bad style to override the built-in function `type`? I'm
> co-developing
anks again,
Michael
Co-founder and lead developer
@BugFreeSoftware
http://www.getautoma.com
On Tuesday, November 20, 2012 1:18:38 PM UTC+1, Michael Herrmann wrote:
> Hi,
>
>
>
> I'm developing a GUI Automation library (http://www.getautoma.com) and am
> having difficulty pic
On Sunday, November 25, 2012 4:56:49 AM UTC+1, Steven D'Aprano wrote:
> Michael, please trim your replies. There is no need to quote nearly 200
> lines of previous emails that you don't make direct reference to in your
> response. We prefer inline quoting here (where you interleave quoted text
>
On Sunday, November 25, 2012 12:23:13 AM UTC+1, Dennis Lee Bieber wrote:
> ...
> Pardon? In ASCII (and encodings that share the first 128 positions),
>
> a TAB is x09.
>
>
>
> >>> def show(c):
>
> ... print "%r is 0x%2.2X" % (c, ord(c))
>
> ...
>
> >>> show(raw_input()[0])
>
> i
>
Hi,
how about "write" instead of "type"? Just came to me in a flash of inspiration.
I know it's also pretty general but at least it's not a built-in!
Thanks!
Michael
On Friday, November 23, 2012 11:30:18 PM UTC+1, Cameron Simpson wrote:
> On 23Nov2012
Hey,
how about 'write' instead of 'enter'?
write("Hello World!")
write("Brick Lane", into="Street")
This avoids the ambiguity of whether 'enter' ends by pressing ENTER or not.
Thanks,
Michael
On Tuesday, Nove
also be to use a context manager:
with key_down(SHIFT):
# some action...
Cheers
On Friday, November 23, 2012 11:11:34 PM UTC+1, Dennis Lee Bieber wrote:
> On Thu, 22 Nov 2012 10:00:54 -0800 (PST), Michael Herrmann
>
> declaimed the following in
>
> gmane
ou were just happily
using `press` with the understanding that it presses and releases keys, so I
hope this one isn't too bad.
As I said, I opened a new thread solely for overriding `type` in the context of
a GUI automation library:
https://groups.google.com/forum/?fromgroups=#!topic/comp.lang.
just how many people would have a problem with this. I know I'm really
spamming this list and apologize. I promise it'll be over soon.
Michael
On Friday, November 23, 2012 5:43:08 PM UTC+1, Kwpolska wrote:
> On Fri, Nov 23, 2012 at 2:42 PM, Michael Herrmann
>
> <...&g
oogle.com/forum/?fromgroups=#!topic/comp.lang.python/GjZ2hAS1Wyk
Thanks,
Michael
On Friday, November 23, 2012 10:08:06 AM UTC+1, Michael Herrmann wrote:
> Hi Steven,
>
>
>
> On Friday, November 23, 2012 6:41:35 AM UTC+1, Steven D'Aprano wrote:
>
> > On Thu, 22 Nov
"Hello World!")
enter("test.txt", into="File name")
Thanks,
Michael
On Thursday, November 22, 2012 7:00:55 PM UTC+1, Michael Herrmann wrote:
> Dear all,
>
>
>
> thank you for your replies. After experimenting with your suggestions, we
&
But then
again you might have people trying to `type(ALT + TAB)`, which in our current
proposal can only be input using `press`...
What do the others think about this?
Cheers
On Thursday, November 22, 2012 8:08:39 PM UTC+1, Chris Angelico wrote:
> On Fri, Nov 23, 2012 at 5:00 AM, Micha
e a
ValueError if the user supplies a string that is longer than one character:
>>> press("OK")
ValueError: 'press' generates keystrokes and can only press single
letters at a time. Did you maybe mean click("OK") or press('O', 'K
Dear all,
thanks so much for your replies. Based on your inputs, we have started to
experiment with changes to our API. I hope to be able to present the results to
you tomorrow.
Thanks again,
Michael
On Tuesday, November 20, 2012 1:18:38 PM UTC+1, Michael Herrmann wrote:
> Hi,
>
>
parameter indicating the target. It would just be
send_keys(ENTER)
send_keys("Hello World!")
send_keys(CTRL + 'a')
Does that change your preference for 'send_keys'?
Thanks a lot!!!
On Tuesday, November 20, 2012 1:18:38 PM UTC+1, Michael Herrmann wrote
P.S.: The website is back online; our hosting provider was having technical
problems...
On Tuesday, November 20, 2012 1:18:38 PM UTC+1, Michael Herrmann wrote:
> Hi,
>
>
>
> I'm developing a GUI Automation library (http://www.getautoma.com) and am
> having difficulty
it might bother more experienced Python programmers who are used to a
very different meaning of 'type'. Do you think that could be a problem?
Thanks again to all who have replied,
Michael
On Tuesday, November 20, 2012 1:18:38 PM UTC+1, Michael Herrmann wrote:
> Hi,
>
Hi,
I'm developing a GUI Automation library (http://www.getautoma.com) and am
having difficulty picking a name for the function that simulates key strokes. I
currently have it as 'type' but that clashes with the built-in function.
Example uses of 'type':
type(ENTER)
type("Hello World!")
ty
49 matches
Mail list logo
