[NF] SalesForce (was RE: e: [NF] PyQT for desktop applications)

2017-06-09 Thread mbsoftwaresolutions
On 2017-06-08 16:09, Richard Kaye wrote: Salesforce? I cringe every time I have to use it. There's nothing particularly intuitive about it, imho, at least out of the box. I've not used Salesforce but their marketing youtube demo looked impressive I thought. Then again, actually working with

RE: e: [NF] PyQT for desktop applications

2017-06-09 Thread Gene Wirchenko
At 13:09 2017-06-08, Richard Kaye wrote: Salesforce? I cringe every time I have to use it. There's nothing particularly intuitive about it, imho, at least out of the box. set friday on For starters, it does not come in a box, right? [snip] Sincerely, Gene Wirchenko __

Re: e: [NF] PyQT for desktop applications

2017-06-09 Thread Gene Wirchenko
At 12:56 2017-06-08, Ted Roche wrote: On Thu, Jun 8, 2017 at 3:37 PM, Gene Wirchenko wrote: > > I see plenty of Webpages that have been (mis)designed by others that > are a horror to use. I do not like the poor UX. > > While Webpages can be great, etc., they all too often not only ar

Re: e: [NF] PyQT for desktop applications

2017-06-09 Thread Stephen Russell
On Thu, Jun 8, 2017 at 10:14 PM, Ricardo Araoz wrote: > > I like the interface, looks really good and fast. > Can you program hot keys? > What about security? > --- For us, security is via AD creds that are demanded when you open the application. Before I say yes or no for Hot Keys, mo

Re: e: [NF] PyQT for desktop applications

2017-06-08 Thread Ricardo Araoz
On 08/06/17 22:49, Stephen Russell wrote: On Thu, Jun 8, 2017 at 6:35 PM, Ricardo Araoz wrote: Nice form! Couple of questions. Can you program hot keys so as to not use the mouse to save the order for example? And I'd like to know the language you use to program this app. Or should I say langu

Re: [NF] PyQT for desktop applications

2017-06-08 Thread Charlie-gm
x27; web pages, also for business application, internal or not; on any browser and any device; and is customizable. What do you want? Should I itemize the inconsistencies that I've seen between browsers and even the same browser between applications? It is pretty rude to say someone

Re: e: [NF] PyQT for desktop applications

2017-06-08 Thread Stephen Russell
On Thu, Jun 8, 2017 at 6:35 PM, Ricardo Araoz wrote: > Nice form! > Couple of questions. Can you program hot keys so as to not use the mouse > to save the order for example? > And I'd like to know the language you use to program this app. Or should I > say languages? And what about security, do y

Re: e: [NF] PyQT for desktop applications

2017-06-08 Thread Ricardo Araoz
Nice form! Couple of questions. Can you program hot keys so as to not use the mouse to save the order for example? And I'd like to know the language you use to program this app. Or should I say languages? And what about security, do you have to take care of it or does the language/framework han

Re: e: [NF] PyQT for desktop applications

2017-06-08 Thread Stephen Russell
On Thu, Jun 8, 2017 at 3:09 PM, Richard Kaye wrote: > Salesforce? I cringe every time I have to use it. There's nothing > particularly intuitive about it, imho, at least out of the box. > This is the system I use, LN, and how to place a sales order. https://www.youtube.com/wat

RE: e: [NF] PyQT for desktop applications

2017-06-08 Thread Richard Kaye
PM To: profoxt...@leafe.com Subject: Re: e: [NF] PyQT for desktop applications On Thu, Jun 8, 2017 at 2:37 PM, Gene Wirchenko wrote: > > In the end, both mediums can be crafted and form great pieces of art. The >> petty bickering between the artist gets redundant after a while. >>

Re: e: [NF] PyQT for desktop applications

2017-06-08 Thread Ted Roche
On Thu, Jun 8, 2017 at 3:37 PM, Gene Wirchenko wrote: > > I see plenty of Webpages that have been (mis)designed by others that > are a horror to use. I do not like the poor UX. > > While Webpages can be great, etc., they all too often not only are not > great but are horrid. > I suspec

Re: e: [NF] PyQT for desktop applications

2017-06-08 Thread Gene Wirchenko
At 09:44 2017-06-07, Edward Leafe wrote: On Jun 6, 2017, at 11:28 PM, mbsoftwaresoluti...@mbsoftwaresolutions.com wrote: > I was surprised years ago (and somewhat still am) with how low the bar got set on what was an acceptable UX on a website. Much of that would have NEVER been tolerated in

Re: e: [NF] PyQT for desktop applications

2017-06-08 Thread Stephen Russell
On Thu, Jun 8, 2017 at 2:37 PM, Gene Wirchenko wrote: > > In the end, both mediums can be crafted and form great pieces of art. The >> petty bickering between the artist gets redundant after a while. >> > > While Webpages can be great, etc., they all too often not only are > not great but a

Re: e: [NF] PyQT for desktop applications

2017-06-08 Thread Gene Wirchenko
At 05:14 2017-06-07, Stephen Russell wrote: On Wed, Jun 7, 2017 at 1:55 AM, Gene Wirchenko wrote: > At 21:28 2017-06-06, mbsoftwaresoluti...@mbsoftwaresolutions.com wrote: > > [snip] > > I was surprised years ago (and somewhat still am) with how low the bar got >> set on what was an acceptable

Re: e: [NF] PyQT for desktop applications

2017-06-07 Thread mbsoftwaresolutions
On 2017-06-07 12:44, Edward Leafe wrote: On Jun 6, 2017, at 11:28 PM, mbsoftwaresoluti...@mbsoftwaresolutions.com wrote: I was surprised years ago (and somewhat still am) with how low the bar got set on what was an acceptable UX on a website. Much of that would have NEVER been tolerated in a

RE: e: [NF] PyQT for desktop applications

2017-06-07 Thread Richard Kaye
...@leafe.com Subject: Re: e: [NF] PyQT for desktop applications On Jun 6, 2017, at 11:28 PM, mbsoftwaresoluti...@mbsoftwaresolutions.com wrote: > I was surprised years ago (and somewhat still am) with how low the bar got > set on what was an acceptable UX on a website. Much of that would have NEVER

Re: e: [NF] PyQT for desktop applications

2017-06-07 Thread Edward Leafe
On Jun 6, 2017, at 11:28 PM, mbsoftwaresoluti...@mbsoftwaresolutions.com wrote: > I was surprised years ago (and somewhat still am) with how low the bar got > set on what was an acceptable UX on a website. Much of that would have NEVER > been tolerated in a desktop app. http://thedailywtf.com/

Re: e: [NF] PyQT for desktop applications

2017-06-07 Thread Stephen Russell
On Wed, Jun 7, 2017 at 1:55 AM, Gene Wirchenko wrote: > At 21:28 2017-06-06, mbsoftwaresoluti...@mbsoftwaresolutions.com wrote: > > [snip] > > I was surprised years ago (and somewhat still am) with how low the bar got >> set on what was an acceptable UX on a website. Much of that would have >> N

Re: e: [NF] PyQT for desktop applications

2017-06-07 Thread Alan Bourke
> I was surprised years ago (and somewhat still am) with how low the bar > got set on what was an acceptable UX on a website. Much of that would > have NEVER been tolerated in a desktop app. A lot of that was due to the previously mentioned mess that was and is browser support. Things are a lot

Re: e: [NF] PyQT for desktop applications

2017-06-06 Thread Gene Wirchenko
At 21:28 2017-06-06, mbsoftwaresoluti...@mbsoftwaresolutions.com wrote: [snip] I was surprised years ago (and somewhat still am) with how low the bar got set on what was an acceptable UX on a website. Much of that would have NEVER been tolerated in a desktop app. But Web app UX has bee

Re: e: [NF] PyQT for desktop applications

2017-06-06 Thread mbsoftwaresolutions
On 2017-06-06 13:26, Brant E. Layton wrote: One more point for the desktop application: Navigation. I've worked with many applications that are intense data entry - and the best ones can be 'driven' entirely from the keyboard. You don't have to reach for the mouse to make

Re: e: [NF] PyQT for desktop applications

2017-06-06 Thread Stephen Russell
On Tue, Jun 6, 2017 at 2:17 PM, Gene Wirchenko wrote: > > > I also find that Web forms are often laid out badly. They can not > count on a screen size so they go with the one-per-line model: > Data Item 1: _ > Data Item 2: _ > Data It

Re: [NF] PyQT for desktop applications

2017-06-05 Thread Charlie-gm
x27; web pages, also for business application, internal or not; on any browser and any device; and is customizable. What do you want? Should I itemize the inconsistencies that I've seen between browsers and even the same browser between applications? It is pretty rude to say someone's

Re: [NF] PyQT for desktop applications

2017-06-05 Thread Thierry Nivelet
Browser can only access printers. It may propose user to save a file, the latter decides where Thierry Nivelet http://foxincloud.com/ Give your VFP app a second life in the cloud > Le 5 juin 2017 à 17:01, Alan Bourke a écrit : > > Thierry > >> Why? To get rid of the installation / maintenanc

Re: [NF] PyQT for desktop applications

2017-06-05 Thread Thierry Nivelet
FWIW, Web and/or FoxinCloud supports this scénario Thierry Nivelet http://foxincloud.com/ Give your VFP app a second life in the cloud > Le 5 juin 2017 à 17:51, Stephen Russell a écrit : > > We are retiring many of our reports in SSRS and replacing them with Data > Cube access to the data. We

Re: [NF] PyQT for desktop applications

2017-06-05 Thread Thierry Nivelet
PDF displayed in either a sub form within the same tab, a new tab or a new browser window http://foxincloud.com/tutotest/report.tuto Thierry Nivelet http://foxincloud.com/ Give your VFP app a second life in the cloud > Le 5 juin 2017 à 17:51, Stephen Russell a écrit : > > We are retiring many

Re: [NF] PyQT for desktop applications

2017-06-05 Thread Stephen Russell
We are retiring many of our reports in SSRS and replacing them with Data Cube access to the data. We had 140 reports at last upgrade in 2015 and now planning for our next upgrade that number will fall to 50-60. All the data is crunched in Excel at the user's need. BI is such a major aspect of bu

Re: [NF] PyQT for desktop applications

2017-06-05 Thread Alan Bourke
Thierry > Why? To get rid of the installation / maintenance / versioning hassles, > and set up news labs quicker (developing country). Absolutely a big advantage of the browser-centric application, in a single-tenant installation at least. You say 50 reports - how do you implement that? Render t

Re: [NF] PyQT for desktop applications

2017-06-05 Thread Stephen Russell
On Mon, Jun 5, 2017 at 9:00 AM, Dave Crozier wrote: > This is a similar argument as the one about 20 years ago as to whether > posting into tables interactively was preferable to posting transactions in > the traditional mainframe batches. > > I hated Sage and other "post it now" accounting syste

RE: [NF] PyQT for desktop applications

2017-06-05 Thread Dave Crozier
Behalf Of Thierry Nivelet Sent: 05 June 2017 10:18 To: profox@leafe.com Subject: Re: [NF] PyQT for desktop applications Hi Alan, I wish you could be a little more specific so that we can learn from your facts and figures. What I can say for sure, as it's real life, current experience, tha

Re: [NF] PyQT for desktop applications

2017-06-05 Thread Thierry Nivelet
Hi Alan, I wish you could be a little more specific so that we can learn from your facts and figures. What I can say for sure, as it's real life, current experience, that a biological analysis company, client of FoxInCloud, manages ALL its operations, end to end from order entry to accounting,

Re: [NF] PyQT for desktop applications

2017-06-04 Thread Charlie-gm
On 6/3/2017 11:29 PM, Ed Leafe wrote: On Jun 3, 2017, at 1:46 PM, Thierry Nivelet wrote: One of our clients, US based, has such an application. Initially the Web version was designed for the external partners -- suppliers and clients -- to interact with the company. Guess what, nowadays **all

Re: [NF] PyQT for desktop applications

2017-06-04 Thread Alan Bourke
That's the point I was trying to make. As of today trying to implement everything in a browser remains impractical for many use cases. For many others it is ideal. -- Alan Bourke alanpbourke (at) fastmail (dot) fm On Sun, 4 Jun 2017, at 08:05 AM, John Weller wrote: > As always it's horses f

Re: [NF] PyQT for desktop applications

2017-06-04 Thread John Weller
As always it's horses for courses! The major benefit of bespoke systems is that they can be tailored to suit the task and there are undoubtedly some where the web application is best and others where a desktop application wins. John John Weller 01380 723235 079763 93631 Sent from my iPad > On

Re: [NF] PyQT for desktop applications

2017-06-03 Thread Ed Leafe
On Jun 3, 2017, at 1:46 PM, Thierry Nivelet wrote: > > One of our clients, US based, has such an application. Initially the Web > version was designed for the external partners -- suppliers and clients -- to > interact with the company. Guess what, nowadays **all employees** of the > company u

Re: [NF] PyQT for desktop applications

2017-06-03 Thread Thierry Nivelet
internal or not; on any browser and any device; and is customizable. If users preferred desktop applications, as you seem to argue, the web-based Salesforce would not have forced the fastest growing company of the 90's -- Siebel systems -- to a quasi bankruptcy in the early 2000's

Re: [NF] PyQT for desktop applications

2017-06-03 Thread Charlie-gm
evelopment. And maybe I did not make something clear before: I'm talking about internal enterprise applications. Not "general public" web pages. This thread started with someone asking if anyone is even "looking for" desktop applications any more. And my contention is

Re: [NF] PyQT for desktop applications

2017-06-03 Thread Thierry Nivelet
Le 3 juin 2017 à 00:33, Charlie-gm a écrit : > > Compared to browser incompatibilities, bizarre rendering that experts could > not figure out, security snafus, and did I mention pathetic performance > browser incompatibilities Again, this is from the past; except very advanced HTML5/CSS3 featu

Re: [NF] PyQT for desktop applications

2017-06-02 Thread Charlie-gm
On 6/1/2017 5:10 PM, Andrew Stirling wrote: Care to enlarge on this please. " Simple file shares (dare I say even "sharepoint"?) make rich client distribution fall-off-a-log easy and secure. " The basic principle is: - create a "startup" application that checks a "file share" for updates and

Re: [NF] PyQT for desktop applications

2017-06-02 Thread Stephen Russell
SharePoint does a great deal of simple work for you if you let it. We fill internal SP lists, orders to be shipped, with data from the ERP. We then have mainly stagnant lists, Customers per say, and in SP we set a drop-down list for the customer and it filters the orders, needing to go out today

Re: [NF] PyQT for desktop applications

2017-06-02 Thread Andrew Stirling
I was really asking Charlie about how he proposed to get the 'desktop' bit working easily. 'And before people start slobbering themselves with "... but... but... the DISTRIBUTION OMG!! How could you DISTRIBUTE a rich client application..." - really, don't bother. Simple file shares (dare I s

Re: [NF] PyQT for desktop applications

2017-06-02 Thread Stephen Russell
Posting a document to Sharepoint is so simple. Setting the library to hold it is real easy as well. Keeping versions for me on the file is tremendous. Having a recycle section for me to republish what you didn't think you were screwing up is pretty good too. On Fri, Jun 2, 2017 at 8:05 AM, Lau

Re: [NF] PyQT for desktop applications

2017-06-02 Thread Laurie Alvey
Charlie, +1 Laurie On 1 June 2017 at 22:10, Andrew Stirling wrote: > Care to enlarge on this please. > " Simple file shares (dare I say even "sharepoint"?) make rich client > distribution fall-off-a-log easy and secure. " > > > > > Andrew Stirling > > --- > This email has been checked for viruse

Re: [NF] PyQT for desktop applications

2017-06-01 Thread Andrew Stirling
Care to enlarge on this please. " Simple file shares (dare I say even "sharepoint"?) make rich client distribution fall-off-a-log easy and secure. " Andrew Stirling --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___

Re: [NF] PyQT for desktop applications

2017-06-01 Thread Charlie-gm
view the same web pages in firefox, IE, and Chrome and expect similar results. There is no web page that is truly responsive: every web application where I work (which is quite a large company) is pathetically slow. All their "browser-based" applications have essentially turned into "Excel

Re: [NF] PyQT for desktop applications

2017-06-01 Thread Alan Bourke
The other thing is the j-word. Any language that needs the likes of CoffeeScript or Typescript to impose sanity on it was an unfortunate language to end up being the one built into browsers. -- Alan Bourke alanpbourke (at) fastmail (dot) fm On Wed, 31 May 2017, at 09:19 PM, Thierry Nivelet

Re: [NF] PyQT for desktop applications

2017-05-31 Thread Gene Wirchenko
At 13:19 2017-05-31, Thierry Nivelet wrote: Today's Browsers follow standard https://caniuse.com/ Unfortunately, many *Websites* do not. I very much dislike coming across a Website which has weird dependencies and where I have to jump through hoops to get it to work. It happens a

Re: [NF] PyQT for desktop applications

2017-05-31 Thread Thierry Nivelet
Today's Browsers follow standard https://caniuse.com/ Thierry Nivelet http://foxincloud.com/ Give your VFP app a second life in the cloud > Le 31 mai 2017 à 21:30, Gene Wirchenko a écrit : > > At 07:55 2017-05-30, Alan Bourke wrote: > >> On Tue, 30 May 2017, at 12:05 PM, Stephen Russell wrot

Re: [NF] PyQT for desktop applications

2017-05-31 Thread Stephen Russell
On Wed, May 31, 2017 at 2:35 PM, Gene Wirchenko wrote: > At 12:27 2017-05-30, Stephen Russell wrote: > > [snip] > > Each environment has it's own line issues, but no users who are well versed >> in "the internet vs the network" would ever ask for limited functionality, >> instead, they would dem

Re: [NF] PyQT for desktop applications

2017-05-31 Thread Gene Wirchenko
At 12:27 2017-05-30, Stephen Russell wrote: [snip] Each environment has it's own line issues, but no users who are well versed in "the internet vs the network" would ever ask for limited functionality, instead, they would demand the web as it provides access to everything. Do those well

Re: [NF] PyQT for desktop applications

2017-05-31 Thread Gene Wirchenko
At 07:55 2017-05-30, Alan Bourke wrote: On Tue, 30 May 2017, at 12:05 PM, Stephen Russell wrote: > On Tue, May 30, 2017 at 3:07 AM, Alan Bourke > wrote: > > > > In 2017, how many users are looking for desktop apps? > > > > Still plenty. > > > > > Seriously? > > Seriously. Anything that needs

Re: [NF] PyQT for desktop applications

2017-05-31 Thread Jean Laeremans
We too and you're welcome to it. 1st thing I did was install libre office. On May 31, 2017 11:02 AM, "Alan Bourke" wrote: > On Wed, 31 May 2017, at 09:32 AM, Jean Laeremans wrote: > > Ever tried office365 ? What a nice piece of rubbish that is. ;) > > > > We have that at a corporate level, and i

Re: [NF] PyQT for desktop applications

2017-05-31 Thread Alan Bourke
On Wed, 31 May 2017, at 09:32 AM, Jean Laeremans wrote: > Ever tried office365 ? What a nice piece of rubbish that is. ;) > We have that at a corporate level, and it's pretty good in terms of the browser versions of Word and Excel. But a million miles away from the desktop versions, still. --

Re: [NF] PyQT for desktop applications

2017-05-31 Thread Jean Laeremans
Ever tried office365 ? What a nice piece of rubbish that is. ;) On Wed, May 31, 2017 at 9:11 AM, Alan Bourke wrote: > The PC is dead and it will be all mobile devices... > It'll all be cloud and nothing local... > No more native apps, they'll all be in the browser... > > Like all predictions the

Re: [NF] PyQT for desktop applications

2017-05-31 Thread Alan Bourke
The PC is dead and it will be all mobile devices... It'll all be cloud and nothing local... No more native apps, they'll all be in the browser... Like all predictions the truth is in between somewhere. If for example Microsoft still don't have a browser version of Word that is anything near the

Re: [NF] PyQT for desktop applications

2017-05-30 Thread Ed Leafe
On May 30, 2017, at 4:27 PM, mbsoftwaresoluti...@mbsoftwaresolutions.com wrote: > What are your favorite JavaScript tools/frameworks, Ed? To be honest, I haven't done any client-side interfaces for some time now, so I don't have a favorite. I work pretty much exclusively on the back end of the

Re: [NF] PyQT for desktop applications

2017-05-30 Thread mbsoftwaresolutions
On 2017-05-30 15:27, Stephen Russell wrote: Seems like it can be done. Now tell me about OCX files that need to be installed. Each environment has it's own line issues, but no users who are well versed in "the internet vs the network" would ever ask for limited functionality, instead, they w

Re: [NF] PyQT for desktop applications

2017-05-30 Thread mbsoftwaresolutions
On 2017-05-30 14:33, Ed Leafe wrote: Ten years ago I would have wholeheartedly agreed with you. Five years ago I wouldn't have been too sure about that. Now think that the Javascript tools and frameworks have advanced so that they can do as much or more than desktop widgets, and they totally kick

Re: [NF] PyQT for desktop applications

2017-05-30 Thread Stephen Russell
On Tue, May 30, 2017 at 1:45 PM, Alan Bourke wrote: > The thing is that yes you can get a fluid, responsive, beautiful UI > using one of the three billion client side frameworks, coupled to a > back end developed with this week's server-side framework but to make it > secure and to test it on al

Re: [NF] PyQT for desktop applications

2017-05-30 Thread Thierry Nivelet
1/10 th of the time using FoxinCloud with integrated Bootstrap support. Just adapt your VFP app, and/or write an extension for the web using your extent classes, and you're done. Thierry Nivelet http://foxincloud.com/ Give your VFP app a second life in the cloud > Le 30 mai 2017 à 20:45, Alan

Re: [NF] PyQT for desktop applications

2017-05-30 Thread Alan Bourke
The thing is that yes you can get a fluid, responsive, beautiful UI using one of the three billion client side frameworks, coupled to a back end developed with this week's server-side framework but to make it secure and to test it on all the browsers on all the platforms is literally ten times the

Re: [NF] PyQT for desktop applications

2017-05-30 Thread Ed Leafe
On May 30, 2017, at 11:26 AM, mbsoftwaresoluti...@mbsoftwaresolutions.com wrote: > Just responded to Ed's post saying that a desktop UI still kicks ass over a > web page UI. Ten years ago I would have wholeheartedly agreed with you. Five years ago I wouldn't have been too sure about that. Now t

RE: [NF] PyQT for desktop applications

2017-05-30 Thread Jean Laeremans
+1 On May 30, 2017 6:28 PM, "Paul H. Tarver" wrote: > Seriously. > > Not all programming is for web-based applications and not all clients want > web-based applications. > > If this were true, this group would not exist. > > Neither would any of the thousands o

RE: [NF] PyQT for desktop applications

2017-05-30 Thread Paul H. Tarver
Seriously. Not all programming is for web-based applications and not all clients want web-based applications. If this were true, this group would not exist. Neither would any of the thousands of desktop (VFP!) applications that are still being supported every day. Neither would my business

Re: [NF] PyQT for desktop applications

2017-05-30 Thread mbsoftwaresolutions
On 2017-05-30 04:07, Alan Bourke wrote: In 2017, how many users are looking for desktop apps? Still plenty. Just responded to Ed's post saying that a desktop UI still kicks ass over a web page UI. ___ Post Messages to: ProFox@leafe.com Subscript

Re: [NF] PyQT for desktop applications

2017-05-30 Thread mbsoftwaresolutions
On 2017-05-30 08:51, Edward Leafe wrote: And yeah, it is 2017 now, and most of the demand I see is not only for web-based apps, but also mobile-aware web apps. I’m sure that there are people who still want desktop apps, but then again, there are still people running Windows XP. Yes, it seems

Re: [NF] PyQT for desktop applications

2017-05-30 Thread Fred Taylor
Desktop or web app, whichever, when your only tool is a hammer, everything looks like a nail, Fred On Tue, May 30, 2017 at 8:44 AM, Stephen Russell wrote: > On Tue, May 30, 2017 at 9:55 AM, Alan Bourke > wrote: > > > > > On Tue, 30 May 2017, at 12:05 PM, Stephen Russell wrote: > > > On Tue, Ma

Re: [NF] PyQT for desktop applications

2017-05-30 Thread Stephen Russell
On Tue, May 30, 2017 at 9:55 AM, Alan Bourke wrote: > > On Tue, 30 May 2017, at 12:05 PM, Stephen Russell wrote: > > On Tue, May 30, 2017 at 3:07 AM, Alan Bourke > > wrote: > > > > > > In 2017, how many users are looking for desktop apps? > > > > > > Still plenty. > > > > > > > > Seriously? > >

Re: [NF] PyQT for desktop applications

2017-05-30 Thread Alan Bourke
On Tue, 30 May 2017, at 12:05 PM, Stephen Russell wrote: > On Tue, May 30, 2017 at 3:07 AM, Alan Bourke > wrote: > > > > In 2017, how many users are looking for desktop apps? > > > > Still plenty. > > > > > Seriously? > > Seriously. Anything that needs any sort of meaningful interaction with

Re: [NF] PyQT for desktop applications

2017-05-30 Thread Edward Leafe
On May 29, 2017, at 7:50 AM, mbsoftwaresoluti...@mbsoftwaresolutions.com wrote: > > I'm getting ready to do some Python learning on PluralSight.com > <http://pluralsight.com/> and the dude mentioned PyQT for desktop > applications. > > Ed & Paul (and other

Re: [NF] PyQT for desktop applications

2017-05-30 Thread Stephen Russell
On Tue, May 30, 2017 at 3:07 AM, Alan Bourke wrote: > > In 2017, how many users are looking for desktop apps? > > Still plenty. > > Seriously? -- Stephen Russell Sr. Analyst Ring Container Technology Oakland TN 901.246-0159 cell --- StripMime Report -- processed MIME parts --- multipart/a

Re: [NF] PyQT for desktop applications

2017-05-30 Thread Alan Bourke
> In 2017, how many users are looking for desktop apps? Still plenty. -- Alan Bourke alanpbourke (at) fastmail (dot) fm ___ Post Messages to: ProFox@leafe.com Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version

Re: [NF] PyQT for desktop applications

2017-05-29 Thread Malcolm Greene
PyQT has 2 different licensing models which may complicate your decision to go this route. PyQT has a fat distribution as well. Other options for Python desktop apps are wxPython (Dabo's choice) and Tkinter/ttk. While Tkinter/ttk often gets a bum rap, I've seen some cool apps built with this GUI f

[NF] PyQT for desktop applications

2017-05-29 Thread mbsoftwaresolutions
(Re-sending) I'm getting ready to do some Python learning on PluralSight.com and the dude mentioned PyQT for desktop applications. Ed & Paul (and others) -- your thoughts on that? Was interested in your take since you did Dabo for desktop applications with Python. Thank

[NF] PyQT for desktop applications

2017-05-27 Thread mbsoftwaresolutions
I'm getting ready to do some Python learning on PluralSight.com and the dude mentioned PyQT for desktop applications. Ed & Paul (and others) -- your thoughts on that? Was interested in your take since you did Dabo for desktop applications with Python. Thank

Re: Suggestions for closing out simple applications?

2016-03-01 Thread Joe Yoder
m] On Behalf Of Joe > Yoder > Sent: Wednesday, 2 March 2016 9:49 AM > To: profoxt...@leafe.com > Subject: Re: Suggestions for closing out simple applications? > > My application is so simple that it has no menu. Is there an advantage to > having the clear events in a form rat

RE: Suggestions for closing out simple applications?

2016-03-01 Thread Darren
applications? My application is so simple that it has no menu. Is there an advantage to having the clear events in a form rather than directly following the read events in the main program? Also - what am I missing that would allow the command window to become active after my forms close or is moving

RE: Suggestions for closing out simple applications?

2016-03-01 Thread Darren
applications? My application is so simple that it has no menu. Is there an advantage to having the clear events in a form rather than directly following the read events in the main program? Also - what am I missing that would allow the command window to become active after my forms close or is moving

Re: Suggestions for closing out simple applications?

2016-03-01 Thread Fred Taylor
t; > > On Tue, Mar 1, 2016 at 2:43 PM, Joe Yoder wrote: > > > > > I have never used a framework and often just execute my stuff in the > VFP > > > environment. When I do an exe for others to use I am never sure what > > > commands to include to shut things

Re: Suggestions for closing out simple applications?

2016-03-01 Thread Joe Yoder
to use I am never sure what > > commands to include to shut things down. Sometimes I end up with > > applications that can't be shut down without killing them in Task Manager > > and sometimes I end up with code that forces me to re-execute "Modify > > Project&q

Re: Suggestions for closing out simple applications?

2016-03-01 Thread Fred Taylor
Joe Yoder wrote: > I have never used a framework and often just execute my stuff in the VFP > environment. When I do an exe for others to use I am never sure what > commands to include to shut things down. Sometimes I end up with > applications that can't be shut down without k

Suggestions for closing out simple applications?

2016-03-01 Thread Joe Yoder
I have never used a framework and often just execute my stuff in the VFP environment. When I do an exe for others to use I am never sure what commands to include to shut things down. Sometimes I end up with applications that can't be shut down without killing them in Task Manager and someti

RE: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-14 Thread Allen
You have the wrong friends on faceache :) Al -Original Message- Plenty of discussion on Facebook if you ever feel the need . . . Not much discussion of beer, oddly enough . . . --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www

Re: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-14 Thread Pete Theisen
On 01/14/2015 07:01 AM, Allen wrote: That may well be the case Pete but these topics cause as many problems between people as the items themselves, which is why there are places to discuss them and not here. Al Plenty of discussion on Facebook if you ever feel the need . . . Not much discussio

RE: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-14 Thread Allen
That may well be the case Pete but these topics cause as many problems between people as the items themselves, which is why there are places to discuss them and not here. Al -Original Message- You may not be interested in war, but war is interested in you . . . -- Regards, Pete https:/

Re: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-14 Thread Pete Theisen
On 01/14/2015 06:02 AM, Allen wrote: I actually like to hear some off topic. I miss the talk of Huskies and stuff that people on the list do. What I don't miss is religion, Politics and War. Al You may not be interested in war, but war is interested in you . . . -- Regards, Pete https://www.fa

Re: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-14 Thread Alan Bourke
Well I think this one should go [OT] now and I fully accept that I started it down the [OT] path! Joking aside we should strive to keep the delineation working. -- Alan Bourke alanpbourke (at) fastmail (dot) fm ___ Post Messages to: ProFox@leafe.c

RE: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-14 Thread Allen
I actually like to hear some off topic. I miss the talk of Huskies and stuff that people on the list do. What I don't miss is religion, Politics and War. Al -Original Message- Thank God the [OT] Police are no longer active . . . --- This email is free from viruses and malware because

Re: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-14 Thread Pete Theisen
and crusty bread! I am now at one with the world! Dave -Original Message- From: ProFox [mailto:profox-boun...@leafe.com] On Behalf Of Allen Sent: 13 January 2015 19:59 To: profox@leafe.com Subject: RE: [NF] 5 Best Practices for Designing Data-Driven Applications Don't know why I

Re: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-14 Thread John Weller
one with the world! > > Dave > > > -Original Message- > From: ProFox [mailto:profox-boun...@leafe.com] On Behalf Of Allen > Sent: 13 January 2015 19:59 > To: profox@leafe.com > Subject: RE: [NF] 5 Best Practices for Designing Data-Driven Applications > &

RE: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-14 Thread Dave Crozier
om: ProFox [mailto:profox-boun...@leafe.com] On Behalf Of Allen Sent: 13 January 2015 19:59 To: profox@leafe.com Subject: RE: [NF] 5 Best Practices for Designing Data-Driven Applications Don't know why I replied anyway. I'm more a wine drinker. Al -Original Message- Let the b

Re: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-13 Thread Kurt @ VR-FX
That's it Matt - we've had enough of these types of mistakes from you - Ed - its Time to Ban him!!! :-) -K- On 1/12/2015 12:55 PM, M Jarvis wrote: Oops guys - sorry about that. I meant to make this a private conversation and I screwed it up. My apologies... __

Re: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-13 Thread Kurt @ VR-FX
Ha - that's pretty funny - since, when I met Stephen in person - that's EXACTLY what we did - Chat over beers - and he actually Edumacated me a bit on the topic as well! :-) On 1/13/2015 3:17 AM, Alan Bourke wrote: On Mon, 12 Jan 2015, at 05:55 PM, M Jarvis wrote: Oops guys - sorry about th

Re: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-13 Thread Virgil Bierschwale
surprised steve hasnt jumped in yet On Tue, Jan 13, 2015 at 1:58 PM, Allen wrote: > Don't know why I replied anyway. I'm more a wine drinker. > Al > > -Original Message- > > Let the beer wars begin > Grin > > > > --- > This email is free from viruses and malware because avast! Antivirus

RE: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-13 Thread Allen
Don't know why I replied anyway. I'm more a wine drinker. Al -Original Message- Let the beer wars begin Grin --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Post Mes

Re: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-13 Thread Virgil Bierschwale
Let the beer wars begin Grin Sent from my iPhone > On Jan 13, 2015, at 1:43 PM, Allen wrote: > > Are you an old sailor that likes drinking their own pee? > Al > > -Original Message- > > I'm out > You got any Miller Lite to spare... > > > > > --- > This email is free from viruses

RE: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-13 Thread Allen
Are you an old sailor that likes drinking their own pee? Al -Original Message- I'm out You got any Miller Lite to spare... --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___

Re: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-13 Thread Jean Laeremans
--- > From: ProFox [mailto:profox-boun...@leafe.com] On Behalf Of Alan Bourke > Sent: Tuesday, January 13, 2015 2:17 AM > To: profox@leafe.com; profoxt...@leafe.com > Subject: Re: [NF] 5 Best Practices for Designing Data-Driven Applications > > > On Mon, 12 Jan 2015, at 05:55 PM

RE: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-13 Thread Virgil Bierschwale
ofoxt...@leafe.com Subject: Re: [NF] 5 Best Practices for Designing Data-Driven Applications On Mon, 12 Jan 2015, at 05:55 PM, M Jarvis wrote: > Oops guys - sorry about that. I meant to make this a private > conversation and I screwed it up. My apologies... Well now let's not be hasty - yo

Re: [NF] 5 Best Practices for Designing Data-Driven Applications

2015-01-13 Thread Stephen Russell
On Tue, Jan 13, 2015 at 2:17 AM, Alan Bourke wrote: > > On Mon, 12 Jan 2015, at 05:55 PM, M Jarvis wrote: > > Oops guys - sorry about that. I meant to make this a private conversation > > and I screwed it up. My apologies... > > Well now let's not be hasty - you mentioned beer - pray continue ...

  1   2   3   >