Pymakr... Time of Death : 09/02... ;-)

[jasonriedy]

@bucknall Same suggestion as previously: Command-line tools we can wrap from our preferred environment (e.g. Emacs, vi) and deployment chain.

[fos]

@bucknall Thank you for the prompt reply.

v/r
Jeff

[MaSePreetz]

@nextcloud Just a remark to the tracking via UUID: Wikipedia also mentions how to turn off the tracking:

There was initially concern and discussion about two opt-out packages that report various data to external servers.[19][20][21][22][23] However, those packages are now opt-in with a verbose dialog at the first initial launch:[24]

• Metrics package: Reports usage information to Google Analytics. By default, Atom reports usage information to Google Analytics, including a unique UUID v4 random identifier.[25] According to the authors, this is to determine the performance and know the most-used functions.[26] This feature can be disabled by the user by opening the Settings View, searching for the metrics package, and disabling it.[25]
• Exception-reporting package: Reports uncaught Atom exceptions to bugsnag.com.[27] This feature can be disabled and, unlike the metrics package, it is not mentioned to the user after installing. Another concern is that "the description of exactly what data is being collected is very lacking."[19]

Just my two cents,
Marc

[Clemens]

For me it's a good decision, I have installed Pymakr once but was not quite happy. Standard tools are the way to go, not the x.th application for a problem that is x-1 times solved (with x > 100 ;-).

Focusing on more important things is great and leads to a more focused product. Great product, great support! And I really confident that the limit is not reached yet!

[tim]

Atom plugin +1

[nextcloud]

@MaSePreetz Great info. Metrics and bugsnag can be disabled in Atom package list.

[pwest]

@fos said in Pymakr... Time of Death : 09/02... ;-):

Are there any plans to support WingIDE?

+1 for Wing support!

[Neon22]

I'd just been trying to get people to move micropython onto your IDE so not so good news for me. One of the main attractions was for kids to get the repl and easy upload, serial comms etc al lin one package.
I'm not aware of another ie that allows all of this in one place. most have to use two apps. Please let us know which IDE you recommend now.??

[bucknall]

Hi @Neon22,

Apologies for this! We wanted to try and make something that was familiar to users and Pymakr unfortunately wasn't meeting this.

We're now encouraging people to use Atom (https://atom.io/) along with our Plugin which should be arriving soon. I will post back here to update you when it releases.

Thanks,

Alex

[cvrtky]

@bucknall
Any progress on a plugin for PyCharm ?

[seb]

@cvrtky

At the moment we only have plans to support Atom and Visual Studio Code for Pymakr

[cvrtky]

@seb
what happend to:
<quote>
...Instead, we'll be bringing Pymakr back as plugins for your favourite IDEs & editors! From this point forwards, the Dev team is starting work on plugins for the 4 most popular IDEs & editors at the moment. We'll be starting with plugins for Atom and Visual Studio Code, followed by Sublime and PyCharm. These plugins will bring across the functionality that Pymakr had (e.g. Sync, etc.) and still allow you to work in environments that you're comfortable/familiar with!
<unquote>

Cheers
Tim

[seb]

@cvrtky

We have decided to concentrate of supporting only atom and visual studio rather than all four editors mentioned in the past so that the development team is not spread out working across 4 different editors

[bmarkus]

@seb said in Pymakr... Time of Death : 09/02... ;-):

@cvrtky

We have decided to concentrate of supporting only atom and visual studio rather than all four editors mentioned in the past so that the development team is not spread out working across 4 different editors

Sorry to say but still I find ATOM plugin unusable for use for several reasons. Would be good to revise is it worth to invest so much energy into ATOM plugin development or not.

[timh]

@seb Thats a real shame. Having used both (micropython with PyCharm, and PyCharm for most other python projects). Visual Studio Code and ATOM, really feel under done by comparison.

[seb]

@bmarkus

What is it exactly that you find unusable with the ATOM plugin? I can relay this feedback to the appropriate team. I know they are currently reworking the way it communicates with the boards to simplify it and make it similar to how mpfshell
works so that should improve stability.

[mo-seph]

@seb For me, the connection to the board is the big issue. Admittedly I'm on OSX 10.10, but I need to keep rebooting the LoPy, plugging/unplugging the cable, trying disconnect/reconnect. I'd put it at about one in 20 connection attempts that works, which makes development really painful.

Minor issue is the clunkiness of setting which serial port to work with, especially if I'm doing things with multiple boards.

[bmarkus]

@seb said in Pymakr... Time of Death : 09/02... ;-):

@bmarkus

What is it exactly that you find unusable with the ATOM plugin? I can relay this feedback to the appropriate team. I know they are currently reworking the way it communicates with the boards to simplify it and make it similar to how mpfshell
works so that should improve stability.

In general, I do not like ATOM itself. I do not like the UI, I hate its default theme and it is very slow. Pymakr plugin doesn't start in most cases, update of the plugin or ATOM makes it not working like it is now

If for some reason it works connection to LoPy is not stable, sync doesn't work, etc. As a summary, all parts has an issue. I need a tool to work and my business is not to fix the tools.

I checked it because you asked for feedback, but still useless. I do not have time to waste for it.

[bmarkus]

One more note. Lack of usable UI slows down my work with Pycom products and puts it to lower priority than it would be otherwise. It is not a fun to work.

[Ralph]

@bmarkus the 'could not locate bindings' error occurred for some users after an update in December, where atom decided package names can't use capital letters anymore (some more info in this thread). Yet for some users the uppercase name sticks in the cache.
Uninstall, then delete both ~/.atom/.apm/Pymkr and ~/.config/Atom/Cache, and finally install pymakr 1.2.11 on the latest Atom (1.25.0). Let me know if that solves it for you.