-
-
Notifications
You must be signed in to change notification settings - Fork 135
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
General discussion about AntiMicroX and further development. #5
Comments
I think by getting a Windows installer would definitely help. I am a Linux user and I am glad this is made for Linux DEB installer, however most gamers use Windows. And if there isn't already, I hope this is in the AUR for Arch based distros. I like how they renamed the project to make it less confusing. |
And what can help is to Star this github project |
Forgive my impertinence, but I have to raise an aspect that is impossible to find information about here. You seem to be an undisputed champion of promotion and advertising. Cool, but... What about project development and fixing real problems? First of all, the question of future updates of the Qt. library. Probably you will have to make appropriate changes in the project to keep it working. There were also some unresolved bugs on the old repository. Are you going to do something about it or focus only on promotion? |
@OlegPopow In terms of code development I want you to know I am not familiar with this code yet. There are a lot of classes in this project, almost none of them are documented at all. |
To be honest, I haven't met too many Open Source projects in which classes would be documented. And to be even more honest, I don't recall that such a thing would be practiced too often even in KDE projects - and a large group of people work there. The previous maintainer has been developing the program on his own for two years, and for lack of anyone to help, he focused on fixing the bug. It's hard to expect one person to take care of absolutely everything, right? Anyway, in big companies, it also happens that a newly recruited employee is thrown to continue the project after the previous one and then you also have to reckon with the fact that such documentation will be either residual... or there will be no such documentation at all.
As above. I fully understand that your team is two people... but on the other hand it is twice as big as the previous one!
Of course, no one expects a miracle. The foundation for the program to be usable and build correctly on different versions of Qt. Qt 6.0 is coming, so good luck remains! |
Yeah, it's called 'legacy project maintenance', and that's a large chunk of work at any fairly large company. 🙂
Thanks for the suggestions. @sirlucjan - after getting the previous repo archived I simply don't understand all the finger pointing and blaming going around here in the previous repo, due to 1 (un)star. I'd just use Hanlon's razor at this point: "Never attribute to malice that which is adequately explained by stupidity." The problem with archiving the repo without any contingency plan, links to forks is that existing users are now fairly cut off from further updates. They have to go through the hassle of finding actively maintained forks of a project that already went through several ones. I believe that one core value of open-source is civilized collaboration, the fact that volunteers united together can create lasting value for users. I appreciate all the useful work that you have done so far on the repo, and would like to do everything possible to keep a good relationship with you and previous antimicro maintainers, because this is what is the best for the users. Kindly revert this commit or state some clear requirements towards us for listing forks in the README so that users know what options they have if they would like to keep using the software. |
You seem to be a jolly good fellow so I will share some advice with you. In this case, personal email contact would look much better instead of calling previous contributors to the board.
Such matters are better handled privately. If you have any objections, just write an email and try to explain it outside the public space. It is different to point out and report a bug that was not here. By the way, users often report bugs at the address they find in the "Help" menu in the application. You've already made some changes, just tag along and the problem will largely resolve itself. |
It was a public discussion originally, so I intended to continue it publicly. Also, Github doesn't disclose e-mail addresses, so email is not an option, at least not initially. |
I will give you a little tip. It is enough that you apply such a small trick: https://github.com/AntiMicroX/antimicroX/commit/01bdca9179feb990c28a500dde38bdcb54b6d806.patch And there you go. You know where to write an email. No further conversation is necessary, I am just an outsider. May the Force be with you. |
i honestly don't see the point in using this version, i mean the original works perfectly fine, plus i'm not a fan of the theme change, i really like white themes, but if there's an option to use the original theme i guess that wouldn't be horrible, but personally the tool did the job it needed to and the fact that this new version doesn't run on windows is a big deal breaker, since i can't even see if it's any better than the original, plus i'm not a fan of this wierd drama that's going on and it's sorta off putting this doesn't scream "long term project" to me and i feel like depending on something like this is risky since, i don't know, u guys must just wake up one day and u might drop it, but with the old version, i know that it'll always be there, and i don't need to worry about it not working in the future, this new project on the other hand i dunno, it just feels like a gamble to me, i just need a realiable tool to solve the job, i'm not sure what other improvements could be made to it, and i'm not close minded but, the whole thing is just weird as a whole |
bear in mind that i would be more open minded if i could run this on windows and actually see the changes for myself, but this sorta reminds me of that PS3 controller project, where the whole thing got so bloated, to the point where the original author just abbandoned the project and left everyone with a messier tool than the original, even though the original PS3 controller tool does its job just as well (while being easier to use, ironically) |
also i'm not a fan of how spread out this is, supposedly there are 3 repositories, and they all look very samey, this to me just screams messy as hell sorry guys, i appreciate the thought but i'll stick to the original, i feel like ya'll are just clashing with each other, that's the feeling i'm getting anyway, this feels like a competition more to me, instead of, ppl trying to improve a really useful generalist tool |
@RaTcHeT302
Theme is the same as always, visible theme depends on your system configuration, most of qt-based apps can be switched to theme matching system-wide one without a hassle. I was doing these screenshots on my Ubuntu 20.04 with dark system-wide theme enabled.
I assume there, you are comparing this project with legacy antimicro, but not with previous version of this fork.
I understand your point of view
To check currently added features and fixes you can look into changelog or release sites 1 2, most of these changes were just bugfixes.
If you are a Windows user you even can't switch to antimicrox yet :( |
@RaTcHeT302
You will no longer compile the old version on any current Linux distribution. The QT library has changed in such a way that the version you are so praising on Linux is useless.
The author of AntimicroX (I mean the previous, not current) does not have and does not use Windows. She has marked it many times. If this version works on Linux and the previous one on Windows, what is the problem? You have a lot of alternatives on Windows and on Linux it's basically the only tool worth your attention. Completely needless butthurt. |
@RaTcHeT302
Yes, the old version has not been developed for several years. You may be surprised, but previous developers of the original project left more than 200 bugs open and abandoned the project without any information. You don't want to tell anyone that the previous one was so perfect that it didn't require any changes and could be left as this perfect version. As I mentioned before, do not compare an apple with a pear. You won't use the old version on Linux anymore and a big thank you to the author for doing something about it. It's easier to talk to the pharmacists and to pick on anything. As a Windows user you don't pay attention to this, but Linux users will certainly appreciate the fact that AntimicroX is compiled on Qt5. The old Antimicro only supports outdated and unsupported Qt4. This is a huge difference in the Linux world - on most distributions you have no chance to run and compile the old one. |
You know, you could always fork the old AntiMicro and change the README.md file there...
Mr. Paul, does this sentence sound familiar? I found it by accident. On the one hand you say that abandoning Windows support was a terrible decision and on the other hand you think that you need support from a developer who uses Windows on a daily basis. Neither you nor the previous maintainer is using Windows, nor are you such a developer (Windows, of course) so you could finally decide and not blame the others? |
Yes, I know it, but you should also know dropping Windows support is not the only difference between antimicrox and antimicro, previous maintainers fixed tons of bugs, implemented support for Qt5 and added a lot of cool features.
Where do you see contradictions? I don't use Windows as a developer (but I own a license for one), but I am aware of huge Windows user base. |
MAINTAINER, not maintainers.
It's quite simple. If you don't use it every day, you probably understand that the previous one didn't use it either and therefore was not able to provide support. When you were asked for help, you mentioned it:
If you were not able to do it yourself as a Linux user and you needed the help of someone from the outside, why is it so surprising? As I wrote - MAINTAINER, not maintainers. One person can't take over everything. I am impressed that she managed to run such a project on her own for so long. With all due respect, you appeared at the very end of the previous project and your changes were so illusory that writing "MAINTAINERS" would be an abomination. Porting to QT5 and new features is 99.99% thanks to one person. To end this sterile discussion - it is probably obvious that without a computer with Windows installed, it is not possible to implement new features from the Linux version on this Windows. |
I don't deny her accomplishments, but I don't find removing tons of files/configs/lines of code used by windows was necessary to continue development. |
So you have the opportunity to write it. Good luck, because you will need it. P.S: Don't forget to port changes from Linux code to windows code (of course I mean to port new functionality, because you know for sure it won't be 1:1 changes), because it will be much more difficult than writing CMakeList.txt. As far as I know, the changes and new features made caused the program not to compile on Windows and that was the reason for abandoning support. Keeping the code that does not compile makes no sense. And developing code on Windows without having Windows is a bit difficult. In theory, it was possible to leave a truncated Windows version that would be significantly different from the Linux version, but then the hate would rise too. This is certain, because there will always be some guy who will have some criticism and will not like something. Abandoning Windows in such a case was the only sensible solution because so far there is no one to do it. You have admitted that you can't do it yourself. As I mentioned, good luck and "see you soon". |
Content of this issue doesn't match its title anymore, I will soon create new ones for discussions (with clearly defined rules and topics to avoid spam offtopic messages and sterile discussions). |
IDK why this was closed and #35 opened with the same title, but we all can continue the discussion there. |
There was a lot of spam and mixed topics, there were some comments about original subject, and some from offtop, changing description would rip fist part of discussion of context, but leaving the old one would duplicate another issue with discussion about promoting. If you think this mess would be a good start point for further discussion, then reopen this issue and close the new one (or you can work a bit as a moderator and remove things you consider as a spam and reopen it). |
Hey,
I think AntiMicroX is a very good project which doesn't get deserved attention.
A lot of work has been done to original AntiMirco, and it could currently without any problems replace original Antimicro which is still quite popular.
Compared with AntiMicroX clones and star history
But there are some problems with this app which are contributing to low popularity and bad accessibility.
In my opinion, they are:
rpm
package), most of the users have to compile it manually (it can be very difficult for people who are not so tech-savvy)Things (I think) should be done for now:
I think some of these tasks should get their own issues.
What do you think about these tasks? Do you have any comments? Ideas? Something else should be done?
To sum up:
If you want to help you can:
(This issue is a copy of original issue juliagoda/antimicroX#130 from legacy AntiMicroX repo.)
The text was updated successfully, but these errors were encountered: