General Community > Off-Topic
Unofficial WebsiteBaker community & developer meeting
Stefek:
Hello Martin,
thanks for the extensive reply.
--- Quote from: Martin Hecht on April 25, 2015, 07:08:17 PM ---However, for web designers the templates and modules are as important as the core itself, so we agreed that there should also be a modules development team. (actually, the idea is not new. I believe Manuela has announced such a plan mentioning you as one of the coordinators already some time ago).
--- End quote ---
I don't remember being announced as coordinator for module development or a team dedicated to such a task. And I never anticipated such a role for myself.
I am interested in building my own modules and have done so in the past with several developers but stopped development until the 2.8.4. will be finished and released.
--- Quote from: Martin Hecht on April 25, 2015, 07:08:17 PM ---Another task which came up for the module development was that there should some kind of API or functions which the modules can call, some set of default variables and some kind of guidelines how modules should be written so that it fits well together with any template.
Once, there is such an API, or however you would call it, we can take old modules and simplify them.
--- End quote ---
I see.
That's a good idea for sure.
It's not an easy task to create a "one size fits all" semantik for the frontend layouts of modules (so the layout output of modules fits in all templates), but it should be possible to make it better as it is now. And moving away from the table structure in modules like News or Form (and in this way providing an example for community developped modules) is a good idea.
--- Quote from: Martin Hecht on April 25, 2015, 07:08:17 PM --- One example is that many modules come with their own upload mechanism - and if there was a framework which provides ready-to use dialogs for such standard tasks, one can replace the module's own mechanism by this framework, which is then maintained (e.g. receives security patches in a central place).
--- End quote ---
Understand, however, mechanisms like this should be part of the core.
The core has a (ACP-) Module "Media" which needs a handler for data (images and txt files at least) upload.
Creating a clean upload handler that can also be used in modules should be considered as core- component. (And of course, the community should contribute to the core - as one person alone won't make it all by herself.)
Another example is the inclusion from the edit-area (or code-mirror or such). Some Community Developped Modules need it and the core should provide it- as it may need it for example for the upcoming, Twig based, Search Loop Template (in Frontend).
Yet another example may be the upload of zipped folders. The core needs it, and, if well adjusted, the same class could be used for core-needs and module-needs as well.
(Just like the access pages class is used in core and can be used in modules as well.)
So I wonder why a module-based-api is being approached, instead of creating a team which works on solutions that can be used in core AND modules as well.
As for the building of a team which updates existing Addons: great. That's allways welcome.
As far as I know, Ruud has a list of modules that should be updated. I even updated one or two but have seen that such a task really makes sense at leeast after the release of 2.8.4. (inclusion of Twig) and even better, after a rework of the ACP (Admin Control Panel / Backend). The latter because in the course of reworking the ACP a whole new Backend-Style-Guide can be defined, and thus creating the base for uniformity of modules (look and feel) independently of what "Backend-Theme" is installed.
(If you have any questions in this regard, drop me some lines.)
This is not to say that reworking modules should be suspended until a point in the future. I am only pointing out that what can be done now can only be a phase one of the entire process of modernization.
But for sure, with the release of the 2.8.4. many things in the modules may be reworked (and because you can coordinate with the core-developer, the work can be started immediately).
Scanning through the modules and deciding what is really needed and doable in phase one is a reasonable starting point.
Kind regards,
Stefek
Martin Hecht:
Hello Stefek,
thank you for your input
--- Quote from: Stefek on April 25, 2015, 10:34:11 PM ---I don't remember being announced as coordinator for module development or a team dedicated to such a task.
--- End quote ---
maybe I didn't understand the details of the different tasks, but here (at the end of the post) Manuela mentioned you as the leader for introducing TWIG and first modules that use it:
http://forum.WebsiteBaker.org/index.php/topic,27237.msg187742.html#msg187742
--- Quote from: Stefek on April 25, 2015, 10:34:11 PM ---I [...] have seen that such a task really makes sense at least after the release of 2.8.4. (inclusion of Twig) and even better, after a rework of the ACP (Admin Control Panel / Backend).
--- End quote ---
the release of 2.8.4 was another important topic in the meeting and as already posted by others here, it will become ready soon.
kind regards, Martin
Stefek:
--- Quote from: Martin Hecht on April 25, 2015, 11:04:24 PM ---
--- Quote from: Stefek on April 25, 2015, 10:34:11 PM ---I don't remember being announced as coordinator for module development or a team dedicated to such a task.
--- End quote ---
maybe I didn't understand the details of the different tasks, but here (at the end of the post) Manuela mentioned you as the leader for introducing TWIG and first modules that use it:
http://forum.WebsiteBaker.org/index.php/topic,27237.msg187742.html#msg187742
--- End quote ---
OK, that has nothing to do with modules per se but with the development of the ACP - which consists of modules all right, but has nothing to do with the leading a team of community contributed modules.
Details have never been set in stone. And as you see, this was written almost a year ago. By now I have managed to rewite the necessary php-code that handles the "backend theme" output by 70-80%. The code may be not perfect, but it could provide the needed prototype and save us another year of "no progress".
As I mentioned before, WB should rethink its development radically.
BTW. Has a date been fixed for the release of WebsiteBaker 2.8.4.?
Kind regards,
Stefek
Boudi:
--- Quote ---BTW. Has a date been fixed for the release of WebsiteBaker 2.8.4.?
--- End quote ---
Hi Stefek,
The 'deadline' is 1 aug 2015. Darkviper and Luisehahe think they need approx 2-3 more months to get 2.84 ready.
Most points about the first meeting are already put down here. Another point that was not mentioned till now was this forum. It's highly outdated and needs to be upgraded. Michael and I already did several tests about merging the entire forum into another open source script. But in the end there were 2 solutions; upgrade the current forum with the latest SMF version and/or start an entire new forum from 2.84 and make this forum available as an archive.
Regards,
Boudi
Stefek:
Hello Boudi,
thank you.
As for the Forum, man, at least change the grey color to something more uplifting. That would sure make a difference. :-D
ElkArte is a Fork of SMF and it provides a migration tool for SMF. This software looks OK after a quick inspection, but I didn't test it extensivly.
Kind regards,
Stefek
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version