It's in python.

Oh, great. I'll show him what you've done so far. :)

Look: If I see interests to release this as open source: I might do. I'm not one who just wants to keep their code secret so no one could use it, If I see people interests about releasing it as open source: I will do :)

-- (rudolf):
However, on the other hand if you see not people enkoraging this does not mean there are none. Just because someone has no contributing interests at a particular repository this does not mean this can be applied to the other since these both things are two completely different. Unfortonately this is the mistake of the most developers, they theoritically have nothing preventing them to do something, but it fails because they think there would be a lag of interest even though this could not be predicted.
-- (diamondStar):
Hello.
Thanks for your suggestions. First: regarding open source: I have released several open source products before, But I haven't noticed interest or encourage to continue these projects. Thus I have made this as a closed source.
Regarding the UI: The app itself is a multifunctional app, I have designed the UI so to always leave the main window open when you choose something to allow you to perform other tasks at the same time. For example: Imagine you're listening to a youtube video, And using eleven labs to generate some sounds at the same time? Or using an SSH terminal?
Also regarding tabs: It's not possible to add tabs, While it's possible to change the UI design, tab design is not possible because some tools has sub tools, and tabs wouldn't work for this. Honestly i don't prefer tabs either.

-- (rudolf):
First of all, please keep up the amazing work. However I have a few concerns to adress previously not or lagging named.
1. Why not open source?
Could you provide more reasons to this? From my viewpoint it would bring you more open source it, to support learning or ongoing developers but also to receive pull requests to perhaps fix or add something. I understand that it is your work that you personally made, but wouldn't it be an achievement to show others that you are proud and not ashamed to share your code? The most software blind people can use are closed source which is very unfortonate.
One of the many advantage would be that you earn more trust and more users, since people exactly know what they use and can check out the code at any time.
By the way, you even can release your program without a lizense so people are not allowed to modify something at their own, or you can choose a lizense so people have to always open source their new forks. See:
https://choosealizense.com/
A statement would be somewhat awesome, and feel free to pm me if you have any questions regarding that matter.
2. The UI
As a developer, it is important to indicate that you received feedback and improve your programs or games thus. Currently the UI consists out of several buttons opening new windows for sub menus and submenus contain buttons buttons to new windows again. Could it be changed so we have tab panels, or it at least does not look so chlunky anymore? Also, it would be an advantage if all UI would be just one window and we just can press escape to go back one level.

Thanks in advance!

--

--

--

It's not always about you having advantages. Sometimes it just helps other people, enkorages newbies to come out of their safe position and helps learners a lot.
-- (diamondStar):
Because what's the point of making something open sourceand no one cares about the code? Really.

-- (rudolf):
However, on the other hand if you see not people enkoraging this does not mean there are none. Just because someone has no contributing interests at a particular repository this does not mean this can be applied to the other since these both things are two completely different. Unfortonately this is the mistake of the most developers, they theoritically have nothing preventing them to do something, but it fails because they think there would be a lag of interest even though this could not be predicted.
-- (diamondStar):
Hello.
Thanks for your suggestions. First: regarding open source: I have released several open source products before, But I haven't noticed interest or encourage to continue these projects. Thus I have made this as a closed source.
Regarding the UI: The app itself is a multifunctional app, I have designed the UI so to always leave the main window open when you choose something to allow you to perform other tasks at the same time. For example: Imagine you're listening to a youtube video, And using eleven labs to generate some sounds at the same time? Or using an SSH terminal?
Also regarding tabs: It's not possible to add tabs, While it's possible to change the UI design, tab design is not possible because some tools has sub tools, and tabs wouldn't work for this. Honestly i don't prefer tabs either.

-- (rudolf):
First of all, please keep up the amazing work. However I have a few concerns to adress previously not or lagging named.
1. Why not open source?
Could you provide more reasons to this? From my viewpoint it would bring you more open source it, to support learning or ongoing developers but also to receive pull requests to perhaps fix or add something. I understand that it is your work that you personally made, but wouldn't it be an achievement to show others that you are proud and not ashamed to share your code? The most software blind people can use are closed source which is very unfortonate.
One of the many advantage would be that you earn more trust and more users, since people exactly know what they use and can check out the code at any time.
By the way, you even can release your program without a lizense so people are not allowed to modify something at their own, or you can choose a lizense so people have to always open source their new forks. See:
https://choosealizense.com/
A statement would be somewhat awesome, and feel free to pm me if you have any questions regarding that matter.
2. The UI
As a developer, it is important to indicate that you received feedback and improve your programs or games thus. Currently the UI consists out of several buttons opening new windows for sub menus and submenus contain buttons buttons to new windows again. Could it be changed so we have tab panels, or it at least does not look so chlunky anymore? Also, it would be an advantage if all UI would be just one window and we just can press escape to go back one level.

Thanks in advance!

--

--

--

--

Hi! The app is cool!
I have several ideas and really would like to contribute if you make the project open source.
And anyways good luck! I already see two cool software things from you and with my biggest respect I wish you all the best!

Thank you really for your interest.

-- (cyrmax):
Hi! The app is cool!
I have several ideas and really would like to contribute if you make the project open source.
And anyways good luck! I already see two cool software things from you and with my biggest respect I wish you all the best!


--

Hey. You really managed to cancel the downloading process when using youtube-dlp when used from python (not as a subprocess.popen I mean).

to be honest i'm not sure if it doesn't cancel the download or it still downloads in the background, Haven't tested it a lot. But tell me if it doesn't.
Also I might switch to use yt_dlp using subprocess so at least we can update yt_dlp directly without having to update the library directly, and also having many other options that are not available in the normal python yt_dlp, but the problem is that it's complicated to captcher the output from a subprocess, i feel it's too complicated.

-- (hermis501):
Hey. You really managed to cancel the downloading process when using youtube-dlp when used from python (not as a subprocess.popen I mean).

--

subprocess has a flag for open function, capture_output or capture_stdout, cannot recall for now.
And also yt-dlp has a flag to ask for a json output instead of plain text. At least I saw it few years ago.
Maybe that helps.

-- (diamondStar):
to be honest i'm not sure if it doesn't cancel the download or it still downloads in the background, Haven't tested it a lot. But tell me if it doesn't.
Also I might switch to use yt_dlp using subprocess so at least we can update yt_dlp directly without having to update the library directly, and also having many other options that are not available in the normal python yt_dlp, but the problem is that it's complicated to captcher the output from a subprocess, i feel it's too complicated.

-- (hermis501):
Hey. You really managed to cancel the downloading process when using youtube-dlp when used from python (not as a subprocess.popen I mean).

--

--

yes that was the problem, which is captcherin plane text, But thanks for info, will try that.

-- (cyrmax):
subprocess has a flag for open function, capture_output or capture_stdout, cannot recall for now.
And also yt-dlp has a flag to ask for a json output instead of plain text. At least I saw it few years ago.
Maybe that helps.

-- (diamondStar):
to be honest i'm not sure if it doesn't cancel the download or it still downloads in the background, Haven't tested it a lot. But tell me if it doesn't.
Also I might switch to use yt_dlp using subprocess so at least we can update yt_dlp directly without having to update the library directly, and also having many other options that are not available in the normal python yt_dlp, but the problem is that it's complicated to captcher the output from a subprocess, i feel it's too complicated.

-- (hermis501):
Hey. You really managed to cancel the downloading process when using youtube-dlp when used from python (not as a subprocess.popen I mean).

--

--

--

I have been trying this program, it is cool. Since you have it on GitHub, isn't that technically open source, plus the sourcecode is right there in the assets on the releases? I remember there was a thing about that when Winamp tried to literally make their thing under their own weird licencing crap or something. I'm not having a go or anything, I'm just pointing something out that's within reason, as from what I am aware, the whole point of software being up on GitHub is to be open source. I like the program and would love to help out in some way.

No, there are several GitHub repos only to keep track of releases of software, it's not required to be open source just because it's on GitHub.

As someone said: Yes, it's not required to be open source because it's on github. However: I'm planning to make it open source soon.
But the only reason why I use github even though it's not open source, Is to implement an updater, and to keep track of releases. Since i don't have a server for the updater: Github works well for this.

-- (alchappers):
I have been trying this program, it is cool. Since you have it on GitHub, isn't that technically open source, plus the sourcecode is right there in the assets on the releases? I remember there was a thing about that when Winamp tried to literally make their thing under their own weird licencing crap or something. I'm not having a go or anything, I'm just pointing something out that's within reason, as from what I am aware, the whole point of software being up on GitHub is to be open source. I like the program and would love to help out in some way.

--

Ah OK, that's good you're planning to make it open source.

Greetings everyone.
I would like to inform you that the project is now completely open source, Licenced under the GPL v2 license. You may view the code on github: https://github.com/diamondStar35/access_hub
If you have any questions: Feel free to contact me.
Best regards.

That's awesome!

I'm also a fellow contributor!

Unfortonately, while trying to build it I have discovered that the inno setup script is using a complete file path instead of a relative one. This means that it browses for the file in a D drive instead of just searching it in access hub slash dist or something similar. If the setup script is not in the same folder as the build, this makes sense, but in this case the build is being compiled into a sub directory which can be accessed. Since this project is open source and on GitHub, you should change it so everyone can build it.
Additionally, you'll probably want add to the .gitignore stuff like the py cache files and then remove them.
Also, it's possible to create automated builds for either every commit, every commit to a certain branch or folder, or scheduled stuff like every week. You could consider that for stuff like releasing automated beta releases every month, alpha releases upon every commit or something along the lines.

Hello
As for automated builds or stuff like that: honestly i don't have experience regarding this stuff, so help would be appreciated.
As for the inno setup script: It was not planned to be open source until this day, And may be I forgot to modify it. Please don't blame me, :) . I even couldn't do anything for arround 3 weeks due to my computer issues, Which is that I have lost my harddisk with all it's data, But I was able to restore the data back on a new harddisk, and this took time. Apologize for delays.
However: Instead of reporting the problem; It would be more useful if you could have modified the script and commited a pull request, I would have accepted it on phone, :) . But no worries, I'll look into it, modify it, and then commit changes soon once i sort stuff out on this harddisk.
Thank you.
-- (rudolf):
Unfortonately, while trying to build it I have discovered that the inno setup script is using a complete file path instead of a relative one. This means that it browses for the file in a D drive instead of just searching it in access hub slash dist or something similar. If the setup script is not in the same folder as the build, this makes sense, but in this case the build is being compiled into a sub directory which can be accessed. Since this project is open source and on GitHub, you should change it so everyone can build it.
Additionally, you'll probably want add to the .gitignore stuff like the py cache files and then remove them.
Also, it's possible to create automated builds for either every commit, every commit to a certain branch or folder, or scheduled stuff like every week. You could consider that for stuff like releasing automated beta releases every month, alpha releases upon every commit or something along the lines.

--

Greetings.
Regarding automated builds, see this: https://docs.github.com/en/actions
Regarding the pull request: Unfortonately, I'm not experienced or familiar with pull requests, otherwise I would have done it of course. Neither do I know Python or Inno script.