zikula-modules / DizkusModule

Official repository for Dizkus, a fully integrated forum solution for Zikula 1.4+
21 stars 7 forks source link

Api refactor #295

Closed Kaik closed 7 years ago

Kaik commented 7 years ago

Refactor classes in Api folder #293

To do list.

At the moment BlockApi is moved to BlockHelper service but it might be replaced compleatly by dedicated services for Posts Forums and Posters

This will be very long one...

...

Kaik commented 7 years ago

Ok I'm back! Last two months were crazy so much traveling and stuff... Now I just need to refresh my testing/working environment's and will start committing.

Kaik commented 7 years ago

Ok about 65% maybe 70% is done and I mean whole Dizkus not only Api refactor controllers, blocks, templates, forms... Of course, it is not usable at the moment I hope to finish it, well at least making it usable before New Year...

craigh commented 7 years ago

nice fixes 👍

craigh commented 7 years ago

btw - you could have made StyleCI fix some of this FOR you. When you have conflicts from StyleCI click on the link to show the conflicts, then click the login button at the top right. Then click 'create Fix PR' and it will fix them! (you have to merge the PR) and YES you can merge a PR into a PR ;-)

Kaik commented 7 years ago

Hmm, I will try this next time... I was checking what I do wrong so I can keep eye on it now - like blank spaces, some code style mistakes. Now I know what to change in Netbeans so it will help me... I know PhpStorm do it by default but I'm already so addicted to Netbeans that changing IDE now would basically ruin all my plans :) btw I have used patch.txt and it worked as well

craigh commented 7 years ago

you should merge this now and continue finishing fixes in main branch. you have commit rights.

Kaik commented 7 years ago

I will finish few things with topic controller and will do merge then. I wonder maybe I should do squash and merge?

craigh commented 7 years ago

I wonder maybe I should do squash and merge?

up to you. I've kind of stopped doing that unless there are a whole lot of 'correction' type commits within the PR (which you do have many of). In the future I think this will become more important (in the core) when we are moving to large feature PRs

but it is your choice.