Archief - Lancering Open Source CMS: Fork CMS

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

dJeez

Legacy Member
Tyfius zei:
Voor DisplayName kan ik je ergens volgen, al heb je dat met de Profile module snel opgelost.
De bedoeling is dat je een naam veld hebt dat overal verschijnt waar nu de login wordt gebruikt, en de login zelf enkel nog te gebruiken om effectief in te loggen (dus login is uniek, display name is dat niet - waar je gebruikers selecteert zou je wel beide gecombineerd te zien moeten krijgen zodat je de juiste persoon kan selecteren). Zonder de core aan te passen kan je dat bij mijn weten niet echt bekomen (theme_username dekt die lading niet)...

Tyfius zei:
Ik heb een aantal meertalige websites die Drupal 6 draaien en ik heb daar toch niet echt problemen mee.
Het gaat over Drupal 7 (momenteel in beta, maar dus wel al feature freeze). Je gaat daar nog steeds i18n (of een gelijkaardige module) nodig hebben om ook maar iets degelijks te kunnen doen met meertaligheid. Dat is iets dat in core moet steken, en niet achteraf bijgeplakt moet worden (maar dat is voer voor een andere discussie - we moeten deze thread daar niet voor hijacken :p).

adrianhates

Legacy Member
dJeez zei:
BTW Highcharts? Dat is toch niet gratis voor commercieel gebruik? Waar melden jullie dat, want dat is toch een vereiste volgens hun licentievoorwaarden?

Ze stellen hun licentie wel open source voor. Highcharts mag ook gratis gebruikt worden. Aannemelijk is natuurlijk zelf de licentie te betalen als je het commercieel gebruikt (dit mag naar mijn mening wel wat nadrukkelijker vermeld worden)

Wat zit er zo nogal in van (eventueel) te betalen software?

Wolfr

Legacy Member
BTW Highcharts? Dat is toch niet gratis voor commercieel gebruik? Waar melden jullie dat, want dat is toch een vereiste volgens hun licentievoorwaarden?

We hebben een overeenkomst met de maker. Onder elke chart moet er wel "Highcharts" staan.

Als je de file manager van TinyMCE erin wil steken ga je wel moeten betalen vrees ik. Dit zit niet standaard mee in de huidige versie.

We zijn zelf niet tevreden van deze file manager en plannen een alternatief. We hebben nu een aantal standaard modules (e.g. blog, search, tags, pages) en enkele funkier modules (Google Analytics en Campaign Monitor integratie).

Hoe meer sites we zelf bouwen met Fork CMS bij Netlash, hoe meer modules er gaan zijn. Een paar modules die in de vorige versie van Fork zaten maar nog niet opnieuw gemaakt zijn/geport zijn: poll module, fotoalbum module, webshop (met Ogone integratie), Twitter integratie, FAQ (...) - zo zijn er nog wel wat meer.

Niet elke module die we maken wordt noodzakelijk open source: we willen de kwaliteit van het basispakket hoog houden. Goede, generiek (in de goede zin van het woord) geschreven modules kunnen in de open source versie. Klantspecifieke modules niet.

Net zoals Linux, jQuery en Rails is er een "core team" dat de codekwaliteit hoog houdt. We aanvaarden niet zomaar iedereen zijn code om mee te shippen.

Development buiten het core team zal zich vooral op modulevlak afspelen. We hopen dat andere webbureau's ook op Fork CMS beginnen ontwikkelen en dat we zo modules kunnen uitwisselen.

We kijken er op dit moment naar om op een opener manier te ontwikkelen dan enkel een zip file ter download te stellen (bugtracker, open code repository, e.d.)

Sommige modules voorzien hooks om met elkaar te spreken (bvb. tags is gekoppeld aan pagina's, en aan de zoekmachine; de zoekmachine voorziet koppelingen zodat de inhoud van een custom module ook doorzocht kan worden). Deze "hooks" moeten consistent gebruikt worden of we krijgen een codesoep die je niet wil meemaken. Vandaar de kwaliteitscontrole.

We willen niet in de situatie komen waar Structure V2.122 enkel werkt als je Plugin 3.8x102 geïnstalleerd hebt op CMS v2020.2030.1782.

woony

Legacy Member
in de documentatie: Fork CMS - developer documentation
Apache 2.0 width mod_rewrite enabled

width zal dus with moeten zijn :) het zit waarschijnlijk zodanig in de vingers maar toch ;-)

Moest ik nu geen huis aan het verbouwen zijn ging ik het zeker eens bekijken. Het zal voor ergens na de zomer zijn denk ik :).

Wolfr

Legacy Member
woony zei:
in de documentatie: Fork CMS - developer documentation
Apache 2.0 width mod_rewrite enabled

width zal dus with moeten zijn :) het zit waarschijnlijk zodanig in de vingers maar toch ;-)

Moest ik nu geen huis aan het verbouwen zijn ging ik het zeker eens bekijken. Het zal voor ergens na de zomer zijn denk ik :).

Dankje, typo opgelost!

Voor de geïnteresseerden, we schreven nog enkele duidende blogposts: Fork CMS in publieke beta - Blog - Netlash Webdesign en Q&A - Blog - Fork CMS

-W.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan