I am not aware of any plans to create a GUI for the Cloud SDK.

   - Are there particular features of the launcher that are unavailable or 
   difficult to use with gcloud command line tool?
   - Are there any particular pain points to the *gcloud* command line tool?
   

On Wednesday, December 21, 2016 at 1:31:10 PM UTC-5, George Bittmann wrote:
>
> The App Engine Launcher was largely how I was able to sell my team on 
> using App Engine.
>
> Nicholas do you know if there are plans to create a GUI product for App 
> Engine using the new Cloud SDK?
>
> Knowing one way or the other will be helpful.
>
>
>
>
> On Monday, December 19, 2016 at 4:54:41 PM UTC-5, Nicholas (Google Cloud 
> Support) wrote:
>>
>> Thank you for voicing your concerns.
>>
>> I can confirm that we are strongly moving towards having App Engine a 
>> component of the Cloud SDK but there are no public plans to deprecate the 
>> App Engine SDKs.
>>
>> If you wish to have multiple services running using dev_appserver.py, you 
>> can do so by by running multiple instances of them.  As stated in the Local 
>> Development Server Options 
>> <https://cloud.google.com/appengine/docs/python/tools/local-devserver-command>
>>  
>> under the *--port* option:
>>
>>> If multiple servers are launched, they will be assigned subsequent ports 
>>> (e.g. 8081, 8082, etc)
>>
>>
>> We are aware of user base that prefers the App Engine Launcher.  Apart 
>> from that, should there be other features that you would like to see 
>> implemented in the Cloud SDK, please feel free to file a feature request on 
>> the Cloud Platform public issue tracker 
>> <https://code.google.com/p/google-cloud-sdk/issues/list>.  We welcome 
>> the feedback.
>>
>> On Thursday, December 8, 2016 at 2:48:35 PM UTC-5, Hannes Rydén wrote:
>>>
>>> I've been developing sites for App Engine Python for years and have 
>>> always loved the Google App Engine Launcher client for Windows. It makes 
>>> developing and publishing websites a breeze, compared to most other web 
>>> server software.
>>>
>>> Now I wanted to install the latest version, clicked the download button 
>>> as usual but were then lead to install the Cloud SDK client instead. So I 
>>> did. But gone was the simple graphical interface, and I was met with a 
>>> confusing terminal interface instead, which seemed much more limited in 
>>> functionality (can I even have multiple sites running at the same time on 
>>> different ports?). I can't even find how to start the program again after I 
>>> shut it down.
>>>
>>> I finally found the old client download, which was hard to find without 
>>> reading forums. Why would you recommend users to use a clearly inferior 
>>> product in terms of usability? I think that will deter many new users from 
>>> developing on App Engine.
>>>
>>> I think it would be much better if you make the old Launcher the 
>>> recommended tool for App Engine instead, and provide the Cloud SDK an 
>>> alternative. I really love App Engine, so that's why I'm sad to see when 
>>> some new changes seem to make it worse (which is usually not the case, as 
>>> you've been making some great changes over the years).
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/9e5505ef-bcf7-4d64-870f-9b323793ca47%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
  • [google-appengine]... Hannes Rydén
    • [google-appen... 'Nicholas (Google Cloud Support)' via Google App Engine
      • [google-a... George Bittmann
        • [goog... 'Nicholas (Google Cloud Support)' via Google App Engine
          • R... Joshua Smith
            • ... 'Nicholas (Google Cloud Support)' via Google App Engine
              • ... Joshua Smith
                • ... 'Justin Beckwith' via Google App Engine
                • ... Alex Kerr
            • ... Nigel King
              • ... Mike Elugelab
                • ... Alejandro Pivaral
                • ... Alan Foos
          • [... George Bittmann

Reply via email to