Jump to content
IGNORED

Go / Golang Packages Wanted


Recommended Posts

I'm suspecting there's not much. Lack of native GUI support with GO means not many end user programs like PM graphics editors, for example - You'd have to write browser code for the interface and wouldn't need GO at all if someone could already do that. 

I have code that reads an ATR and XEX but not in a separate package. Other things I've done seem to not be so useful for Atari in general - too low level and specific to use in other projects.

  • Like 1
Link to comment
Share on other sites

On 11/5/2023 at 7:34 PM, Sheddy said:

I'm suspecting there's not much. Lack of native GUI support with GO means not many end user programs like PM graphics editors, for example - You'd have to write browser code for the interface and wouldn't need GO at all if someone could already do that. 

I have code that reads an ATR and XEX but not in a separate package. Other things I've done seem to not be so useful for Atari in general - too low level and specific to use in other projects.

Thanks for the reply Sheddy. I don't mind there being no UI as I program in Go and can also use the Fyne library for anything UI. 

 

I just want to see if there is a way that I can build up a repository of Atari specific code I can use without me having to code the specifics of every possible kind of ATR for example. I might take another look at Copilot to see what it has.

 

I would love to code a swiss army knife program on the CLI for doing Atari specific tasks.

 

  • Like 1
Link to comment
Share on other sites

I’m learning go and I’m interested in finding ways to use with Atari. Got a plan for some tool and want to work on something?

 

biggest opportunities I see are working with Fujinet apps and servers (clients for 5 car stud, etc) and tools to manage peripherals (cart flashers) or disk systems (mount images etc).

 

 

 

Fyne looks neat for Guis but there’s also Ebinengine for web GuI.

 

  • Like 1
Link to comment
Share on other sites

1 hour ago, scottinNH said:

I’m learning go and I’m interested in finding ways to use with Atari. Got a plan for some tool and want to work on something?

 

biggest opportunities I see are working with Fujinet apps and servers (clients for 5 car stud, etc) and tools to manage peripherals (cart flashers) or disk systems (mount images etc).

 

Fyne looks neat for Guis but there’s also Ebinengine for web GuI.

 

Hi Scott,

 

I am glad that you are learning Go. It is a great language and I enjoy it a lot.

 

I will politely say no to working with you, just because I am very sporadic in when I do things and don't wish to hold you up. I can't describe myself as reliable due to work and family committments.

 

Yes, servers are a very good application that can be quite simply knocked up with Go. Other things I can think of would be file converters, something that maybe stripped text or graphics out of files etc. I wrote a FastBasic preprocessor in Go and a few other small utilities listed in my footer.

 

I have used Ebitengine. I used it to try and write a GUI framework and managed to get backgrounds, splash screens, text and buttons working but nothing more due to time. Fyne is much better for it though, I am still in my early days with Fyne.

 

Make sure you listen to the podcasts such as Cup o'Go and Go Time and sign up to the Golang Weekly news email.

 

All the best and if you write any neat little Atari packages, let me know.

 

Steve

 

 

  • Like 1
Link to comment
Share on other sites

Hi Steve,

 

thanks. Good advice.
 

Yeah so my time is also irregular and budgeting it is sometimes difficult. So nobody would hold me up lol. My Atari is packed away and I’m not running emulators presently. Time and space.

I’m just plowing through Head First Go (35% through) and Exercism. So my Atari/project motivation/use case is a bit undefined, and given all that I’m leery of starting something.
 

While I’m learning Go, I’m looking for very small Issues I can snipe a PR for then unplug my mind from it. If I don’t find those later, there’s some FujiNet related stuff I can imagine up. And the Atari community has decades of Perl/Python/C utilities that could be re-implemented. 

 

Once I get further along I can think about larger or self-driven projects, but not there yet. Cheers.

 

  • Like 1
Link to comment
Share on other sites

  • 2 weeks later...
On 11/11/2023 at 6:58 AM, Sheddy said:

I've really not managed to learn much GO so thanks for the tips also. Will have to try the GUI libraries at some point but all GUI stuff seems steep learning curve

I have felt the same way regarding this.

 

I am still a beginner at using Fyne, but I am impressed with what I've been able to do so far, even if it is of no use.

 

There is a good book from the author of Fyne. Note though that much of the material is similar to the online stuff, but if you like books, this one is good:

 

https://www.amazon.com.au/Building-Cross-Platform-Applications-Fyne-platform-agnostic/dp/1800563167

 

Edited by snicklin
Changed wording of other to author
  • Like 2
Link to comment
Share on other sites

On 11/10/2023 at 10:16 PM, scottinNH said:

Hi Steve,

 

thanks. Good advice.
 

Yeah so my time is also irregular and budgeting it is sometimes difficult. So nobody would hold me up lol. My Atari is packed away and I’m not running emulators presently. Time and space.

I’m just plowing through Head First Go (35% through) and Exercism. So my Atari/project motivation/use case is a bit undefined, and given all that I’m leery of starting something.
 

While I’m learning Go, I’m looking for very small Issues I can snipe a PR for then unplug my mind from it. If I don’t find those later, there’s some FujiNet related stuff I can imagine up. And the Atari community has decades of Perl/Python/C utilities that could be re-implemented. 

 

Once I get further along I can think about larger or self-driven projects, but not there yet. Cheers.

 

I felt kind of bad before saying that I couldn't work with you (or anyone, not you personally).

 

As you're not reliant on me, as you're unable to find time a lot of the time, we won't be too dependent on one another. So go on, how do you feel about writing a general purpose package for reading / writing / extracting from ATR's? It seems like a little bit too much for one person (I tend to keep my packages quite small). I could write up the template for such a package with the functions in there and me and you can then fill in the details for each function? And if anyone else wants to join in, they can? I can host it on GitHub. I can give you a GitHub location when a template is available?

 

Just note, I have never worked collaboratively online (only within a company where we know exactly who does what and a minor contribution to RastaConverter a decade ago), so I hope we can balance it well?

 

If it seems too big for you, I like lots of small functions rather than a few big ones, and if I template it well enough, you can pick off little bits here and there?

 

  • Like 2
Link to comment
Share on other sites

  • 3 weeks later...
On 11/18/2023 at 8:50 PM, snicklin said:

I felt kind of bad before saying that I couldn't work with you (or anyone, not you personally).

 

As you're not reliant on me, as you're unable to find time a lot of the time, we won't be too dependent on one another. So go on, how do you feel about writing a general purpose package for reading / writing / extracting from ATR's? It seems like a little bit too much for one person (I tend to keep my packages quite small). I could write up the template for such a package with the functions in there and me and you can then fill in the details for each function? And if anyone else wants to join in, they can? I can host it on GitHub. I can give you a GitHub location when a template is available?

 

Just note, I have never worked collaboratively online (only within a company where we know exactly who does what and a minor contribution to RastaConverter a decade ago), so I hope we can balance it well?

 

If it seems too big for you, I like lots of small functions rather than a few big ones, and if I template it well enough, you can pick off little bits here and there?

 

No worries for the phrasing… hard to say collaboration can work when people are unknown quantity/experience levels. An uneven match could be less than productive for both. 

 

so what I’m doing now is the Head First Go book and Exercism. I’m presently learning Interfaces, but it’s pretty tough to do without having a use case to make it memorable. Still I march onwards, because other learning TODOs will be more interesting than Interfaces. Also starting to play with TinyGo on embedded Pico with WiFiNANA library. 

 

I still have a bit to go before trying in Go. I’ve done a little file I/O but not in binary files. I probably need something simpler, else I’d need to dive down the rabbit hole (not a bad way to learn, provided  there’s a way to not get buried )
 

Thinking about this more, I’m excited about learning go, but probably not (yet) ready.
 

Testing is something I’m good at and better able to assist anyone with. Cheers

  • Like 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...