Page 6 of 11
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Sun Sep 11, 2016 4:26 pm
by krambriw
I'm not against innovations & improvements, I just like to have an organized way of handling it. In my profession life I have headed SW R&D and managed large and complex development projects (teams of various sizes, largest had +25 SW developers in India). We used a widely used agile method (Scrum) so we where really flexible to adopt during the development if new important market requirements came in. But we did spend a lot of time specifying & prioritizing new features and other requests.
Prototyping is sometimes useful to demonstrate proposed solutions to one or more requirements. But it should anyway always start with documented requirements and use cases. That's my opinion
https://en.wikipedia.org/wiki/Agile_sof ... evelopment
https://en.wikipedia.org/wiki/Scrum_(so ... velopment)
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Sun Sep 11, 2016 5:58 pm
by Sem;colon
I personally feel having the ability to download and install packages from pypi through the eg.RegisterPlugin would greatly widen the functionality of EG and it's plugins while making it much easier for the plugin dev to make plugins.
As plugin developer I have to disagree. installing packages from plugins is not a good idea, for the following reasons:
1. During development you test with one version of the library, it may be that a newer version doesn't work the same way and you end up with something that stops working for some users and the plugin dev can not reproduce.
2. You may get problems with UAC
3. You can't install the plugin properly if your PC doesn't have an internet connection
I'd prefer to ship the library with the plugin instead.
The actual approach to allow it from the Python Shell only is very nice and convenient though.
...But you also mentioned some ideas I really like

Re: EventGhost Roadmap: Ambitions and Goals
Posted: Sun Sep 11, 2016 11:52 pm
by kgschlosser
1. During development you test with one version of the library, it may be that a newer version doesn't work the same way and you end up with something that stops working for some users and the plugin dev can not reproduce.
I have thought about being able to specify versions. again i am new to python and i do not know how often the changing of a package version breaks things. as it would not be to difficult to add this ability. i have personally experienced the inability to simply add the package to my code directory and have it function on more than one occasion. but will work when used with this installer. Again i do not know how many packages have this kind of issue
2. You may get problems with UAC
there should be no issues with UAC as this installs the package into the programdata folder and is not user specific in any way
3. You can't install the plugin properly if your PC doesn't have an internet connection
i do agree with you on this. but as pointed out in the answer above unfortunately there are exceptions. i could add the ability to install the package from a wheel or an egg from the plugin directory.
This is also why i like to throw ideas out there to see what people think of one. and also give them the ability to test it out. even if they think it may be a bad idea they may change their mind once it is used. and actually see how it works.
it is a development version and will have it's quirks and issues and has not been polished in any way. but it does give the function and use ability to show the additions.
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Mon Sep 12, 2016 5:20 am
by kgschlosser
well. due to unforeseen circumstances i will not be able to get the test version up today. But I do have a screen shot available. i have some other kinks to work out that i came across. plus i am adding a couple of other things. like a float slider widget, and i am also adding an option to have a new style of config dialogs that will dock into the UI but give the user the choice of which one they want to use.
but here is the screen shot
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Wed Sep 14, 2016 3:12 pm
by zian
krambriw wrote:I think Pako is just busy with "work" (that we need to put food on the table)
If needed, I have a direct possibility to reach out to him
Yes please.
Thank you krambriw
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Wed Sep 14, 2016 3:19 pm
by krambriw
Pako told me he will join in very soon, he is just finalizing some work on a project
Best regards, Walter
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Thu Sep 15, 2016 2:52 am
by zian
blackwind wrote:
September 15th. If zian hasn't fully transferred ownership of all domains and accounts by September 15th, I'll be returning my focus to the places I'm actually appreciated, and there'll be nothing anyone can say to change my mind.
bw,
Would you like to...
A... Stick around and play nice / be adult
B... Just go quietly
C... Have your EG.net user account froze/deleted
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Thu Sep 15, 2016 9:43 pm
by kalinkamaen
So what is the next update you are going to give us Zian? A new forum thread with how much you love Pako so he
can do all the work for you. OMG!
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Thu Sep 15, 2016 10:35 pm
by zian
kalinkamaen wrote:So what is the next update you are going to give us Zian? A new forum thread with how much you love Pako so he
can do all the work for you. OMG!
Actually I just made a site update today.
I removed a PayPal Donate Button.
Thanks for asking.
Enjoy

Re: EventGhost Roadmap: Ambitions and Goals
Posted: Fri Sep 16, 2016 3:03 pm
by zian
Newest EG.net website update...
dequi's GoDaddy access has be rescinded.
Thanks again dequi for helping motivate some of us and the work you have done.
I hope we can continue moving forward.
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Sun Sep 18, 2016 12:30 pm
by dequi
Happy to have been able to contribute, all be it less than expected.
Sad to see that there are no real future ambitions or goals for this project, or opportunities to grow, change.
As I've stated before, I always saw myself as a temporary member at best at this point.
So I've decided to invest the little free time and energy I have on other projects, and just return to be a silent EventGhost user.
Kind regards to you all.
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Sun Sep 18, 2016 1:54 pm
by Pako
Please, can someone explain to me what happened here?
I do not understand it. Especially, I do not understand the relationship between zian and blackwind.
Blackwind done incredibly much work, when he was working on an upgrade to version 5.
It has perhaps come to naught?
Maybe I get it completely wrong (my language barrier?), but at this moment I'm very annoyed by it.
I do not know how I should continue here.
Continue to version 4, it has no logic and continue to version 5, I can not without blackwind. I myself would not be able to do what he did.
So far, I guess I'll behave as dequi, and I'll just silent user ...
Pako
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Sun Sep 18, 2016 2:26 pm
by cfull1
Thank you for your input Pako, we are glad to have it! I completely agree with you. I'm annoyed and frustrated as well. Blackwind has put in alot of work to the codebase, more that's been put in in a long time.
Zian, no offense, but you have hardly done anything. If you really do want to "continue moving forward" you'll hand over admin access to him.
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Sun Sep 18, 2016 3:37 pm
by zian
cfull1 wrote:.... you'll hand over admin access to him.
Okie doke.
Him, her, you... whoever.
I don't care.
Not just admin access... EVERYTHING.
Let me know how to transfer EVERYTHING EG.net related at GoDaddy from my account to somebody elses GoDaddy's account.
And I will.
Let's do it asap please.
I have places to be

Thanks
Re: EventGhost Roadmap: Ambitions and Goals
Posted: Sun Sep 18, 2016 4:05 pm
by kgschlosser
OK I am going to chime in once again.
Because I am kind of tired of people just seeing what's at the surface.
now who should head up this project or who shouldn't is not my choice. I do not care who has done what.
but from my personal interactions with blackwind. this is what has taken place. and it's all documented and you can read it for yourself.
upon the release of the beta .5 of EG every since bug I have come across has been instantly marked as invalid with a reason of 'I cannot reproduce' with no further investigation. and then either days or weeks later someone else will post the same thing. and all of a sudden it's a bug.
in a conversation to blackwind i had stated that there needs to be something done to organize windows 10 issues. and his comment to me was. there are no windows 10 issues. it works just fine for me.
this is not proper handling of any kind of a bug report.
just because you are not experiencing the problem doesn't mean it doesn't exist. I have resorted to video proof with him to get him moving to even investigate. which is nuts.
I also created a plugin for EG .4 which locked the log scrolling. and this function managed it's way into EG .5 without me being asked. or even a mention of my name as to where the feature came from. now i do understand that the code would have to be modified in order to function as a core implementation instead of as a plugin. but the core idea and function are the same.
this is not a proper way either
i had come up with an idea on adding the ability to be able to install packages from pypi. and he agreed and sent me on the task of making this feature with an outlined set of requirements. and i completed said task took a lot of hours. and he bumped it out with a statement of "because pip has no API i will not use it because if they change something it will break, i want code that I will not have to maintain", Now anyone who programs and think they will never have to maintain code is just bonkers. but also thinking that because someone releases software that has an API means that API will never change... really???? look at Microsoft. his reasoning was complete BS. what has pissed me off about this. is the comment at the end of "Don't take it personal". now i could care less if it got bumped for sloppy code or doesn't work like how i outlined. but that would require having had looked at it. that didn't even happen. and stating that because it has an API means that it will never break has to be one of the dumbest things i have ever heard. now I am the first to point out that I am new to programming, nor do i ever claim to be really good at it. but i will tell you what. I put in some serious effort.
there are only 2 things in life you can never replace.
#1: A Loved One
#2: TIME
and anyone that is given the task of making something and they complete it. is automatically given the courtesy of having it at the very least looked at.
this is also a community project. his way or the highway attitude is not what this project is about.
things like not being able to compile a setup installer unless you have a github account. What is he an advocate for github??? because he doesn't want any other builds of EG out there??? that kind of defeats the definition of Open Source.
and in all honesty throwing a temper tantrum in open forum is hardly how a would be leader should act.
you couple all of this together and then think about all of the statements made about him being the manager of all of these projects that he is working on. one would think. how does he have any time for EG in the first place. but secondly is this how he manages those projects????
he doesn't manage a thing.
there have been statements made by him about not caring if any modifications to EG breaks plugins. he doesn't listen to what everyone wants. there are discussions about how to do something and it gets done his way even tho multiple people and in agreement on a different way.
and from what i have read from pull requests on github all of the major modifications and upgrades have not been done by him they have been done by topic2k you need to look at the commits and read github. and the truth will be seen. he has been poking around with things like github markdown code. and adding github markdown to EG. someone explain to my how github markdown code will benefit the user???
and also adding the ability for the builder to download and install python download and install all of the packages required to build EG and even run a virtual environment to build EG. how does this benefit the user??
it doesn't.
how does this cause more work on the back end? well now a repository of sorts has to be maintained with the proper versions of the packages needed. github changes their API on their markdown code github changes something about their authentication what the builder now relies on to build a working version of EG. any number of things because the complexities of doing a simple thing like building EG has gotten so bloated.
all for what reason?? to have the 4 people that actually build EG use it? nope. because they already know how to build it.
and the move from sourceforge to github also appears to have been the doings of another individual.
now me personally I would rather see EG move at a slow pace then to be over loaded with useless and unused features. what have people been wanting for years. a plugin repository. why not hammer that one out. that would truly be the single most important feature of EG because for the most part without plugins EG doesn't do a whole hell of a lot. how about making it easier for plugin creators to create plugins and maintain their plugins by releasing a beta to the plugin devs weeks before one is publicly released, instead of releasing it and watching them scamper about trying to fix their plugins with no information about what has changed in EG and possible solutions to remedy any problems that may arise. the you made it your problem attitude is crap. the people that create the plugins should be given some courtesy and appreciation because without them EG wouldn't do very much.
and an open source project means that everyone is learning. and everyone needs to take the time to teach and explain. because the next person that has a question and it gets answered with a god complex attitude is probably not going to ask another. and that person could have been the next plugin creator, expanding the functionality of EG