DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
http://fok.zevkiselim.nl/crew4.0/?p=user&id=151187.
Pie chart, helemaal onderaan. Bij een mouseover verschijnt er een tooltip.
Het lukt me maar niet om de tekstkleur op zwart (i.p.v. wit) te zetten, zodat het wel leesbaar is. Zal wel iets te maken hebben met de template (Light Blue).
Voorbeeld hoe het wel moet: http://fok.zevkiselim.nl/crew/?user=zarGon.
Iemand die het wel lukt?
Meer info over de pie chart: https://developers.google(...)ocs/gallery/piechart.
Pie chart, helemaal onderaan. Bij een mouseover verschijnt er een tooltip.
Het lukt me maar niet om de tekstkleur op zwart (i.p.v. wit) te zetten, zodat het wel leesbaar is. Zal wel iets te maken hebben met de template (Light Blue).
Voorbeeld hoe het wel moet: http://fok.zevkiselim.nl/crew/?user=zarGon.
Iemand die het wel lukt?
Meer info over de pie chart: https://developers.google(...)ocs/gallery/piechart.
Waar zou ik dit precies moeten opnemen? (Trouwens, zelf al getest?)quote:Op woensdag 3 juni 2015 15:39 schreef Nattekat het volgende:
Het kan in de css aangepast worden.
text{
fill: Black;
}
In de .css geplaatst, geen effect. Opgenomen met style=" ", ook niets.
Zit mobiel, en mijn computer thuis waar ik het via Teamviewer op ging uitproberen deed irritant. Maar ik heb iig een css regel gezien die de tekst wit maakt.quote:
[..]
Waar zou ik dit precies moeten opnemen? (Trouwens, zelf al getest?)
In de .css geplaatst, geen effect. Opgenomen met style=" ", ook niets.
Verander text eens naar .widget svg text, met een !important tag.
Gelukt!quote:Op woensdag 3 juni 2015 17:47 schreef Nattekat het volgende:
[..]
Zit mobiel, en mijn computer thuis waar ik het via Teamviewer op ging uitproberen deed irritant. Maar ik heb iig een css regel gezien die de tekst wit maakt.
Verander text eens naar .widget svg text, met een !important tag.
.Weet je misschien ook hoe ik alleen de tekst in de tooltip/popup zwart maak?
[ Bericht 5% gewijzigd door #ANONIEM op 03-06-2015 20:05:10 ]
Dan moet je een aparte style="fill=White" toevoegen voor die label, of die regel om het zwart te maken toevoegen bij de tekst in de pie. Ik kan zo de bron van de code niet zien dus durf niet te zeggen hoe het veranderd kan worden.quote:
[..]
Gelukt!
Weet je misschien ook hoe ik alleen de tekst in de tooltip/popup zwart maak?
Is ie al af?
|| FOK!Stok || tatatatatataatatatattaaaaapiediedieuwtididipieuwpidibididi She said I'll throw myself away pididididum They're just photos after all! || Den Helder || Winnaar VBL Wijndal-award 2020: beste AZ-user! || Mijn concertstatistieken ||
Schopje.
Ben hem op dit moment aan het verbeteren. Heb het origineel van zarGon lokaal staan, hier werkt hij wel mooi vlotjes.
Wel ben ik van plan om de database-structuur te optimaliseren en er evt. een frameworkje omheen te fabriceren, zodat er wat flexibeler met de data (en toekomstige data-invoer) omgegaan kan worden. Met het oog op een soort 'admin-panel' is dat zeker wel wenselijk namelijk.
Ben hem op dit moment aan het verbeteren. Heb het origineel van zarGon lokaal staan, hier werkt hij wel mooi vlotjes.
Wel ben ik van plan om de database-structuur te optimaliseren en er evt. een frameworkje omheen te fabriceren, zodat er wat flexibeler met de data (en toekomstige data-invoer) omgegaan kan worden. Met het oog op een soort 'admin-panel' is dat zeker wel wenselijk namelijk.
Tof man!quote:Op zaterdag 18 augustus 2018 12:28 schreef I. het volgende:
Schopje.
Ben hem op dit moment aan het verbeteren. Heb het origineel van zarGon lokaal staan, hier werkt hij wel mooi vlotjes.
Ben je van plan om de vlotte versie op GitHub te zetten?
quote:Wel ben ik van plan om de database-structuur te optimaliseren en er evt. een frameworkje omheen te fabriceren, zodat er wat flexibeler met de data (en toekomstige data-invoer) omgegaan kan worden. Met het oog op een soort 'admin-panel' is dat zeker wel wenselijk namelijk.
. Als je 'm zo bruikbaar krijgt, zou dat echt nice zijn.Ben benieuwd of je de 'Date'-tabel (wordt gebruikt om het aantal unieke dagen te tellen) gaat vervangen.
En mocht je tijd/zin hebben, dit waren de bugs die ik zag nadat Bondage 't had overgenomen:
quote:Op maandag 30 mei 2016 22:31 schreef zarGon het volgende:
Hm, nu het up and running is, kom ik deze bugs tegen:
1) Ampersand (&) wordt niet correct weergegeven in de tijdlijn en taartgrafiek, je ziet de HTML character entity; & -> &.
2) De kleuren van de tijdlijn en taartgrafiek horen in sync te zijn. Vergelijk http://fokcrew.nl/user/50937 met http://fok.zevkiselim.nl/crew/?user=Anne. (Ik weet bijna zeker dat ik ze ooit in sync had... :/.)
3) Vreemde tekens zorgen ervoor dat de gehele 'record' niet correct wordt getoond. Zie omschrijving 'CUL' in forum (de à in culinesse à gogo) en Cynix ® in de MEN-overzicht bijvoorbeeld.
Het gekke is dat ik nog vrij weinig aan jouw versie heb gedaanquote:Op zaterdag 18 augustus 2018 18:49 schreef zarGon het volgende:
[..]
Tof man!
Ben je van plan om de vlotte versie op GitHub te zetten?
[..]
Ben benieuwd of je de 'Date'-tabel (wordt gebruikt om het aantal unieke dagen te tellen) gaat vervangen.
Toen ik hem eenmaal aan de praat krijg (wel draaiende op nginx ipv. apache), werkte het vrij soepeltjes allemaal. Waar ik op fokcrew.nl 10+ seconden moest wachten op een volledig geladen pagina, laadt hij hier lokaal bijna direct...Ik zat al te kijken waar die Date tabel nou voor was.
Lijkt mij opzich redelijk maakbaar dmv. een aantal datum calculaties. Maar daar moet ik nog verder induiken. Nu eerst even kijken of ik de data netjes kan opsplitsen. Meerdere tabellen voor de types data. sites / fora / crew-types etc.
Wil het uiteindelijk wel op github gooien, het wordt dan wel een losstaand ding, gezien het dan echt als basis een framework krijgt. Zit nu aan laravel te denken, ben ik goed bekend mee inmiddels.
Heb nog geen template
Is nu gewoon kaal. Als je die kan sturen zou het top zijn, mis nu wel een aantal assetfiles die de datatables en taartdiagrammen werkend maakten.
Heb nog geen template
Is nu gewoon kaal. Als je die kan sturen zou het top zijn, mis nu wel een aantal assetfiles die de datatables en taartdiagrammen werkend maakten.
De data werd wel gewoon allemaal opgehaald, dus ik kan me niet voorstellen dat die zaken zoveel impact op de laadtijd gehad konden hebben
Dat is goed om te horen. Die traagheid moet echt weg, niemand wil elke keer weer 10/20 seconden wachten.quote:Op zaterdag 18 augustus 2018 18:55 schreef I. het volgende:
[..]
Het gekke is dat ik nog vrij weinig aan jouw versie heb gedaan
Dat is voor de ranglijsten.quote:Ik zat al te kijken waar die Date tabel nou voor was.
Sommigen zijn mod van meerdere fora op hetzelfde moment. Als je 'gewoon' het aantal dagen telt, tel je dubbel. Met die Date-tabel wordt er een distinct gedaan op datum.
Oeh, sweet.quote:Nu eerst even kijken of ik de data netjes kan opsplitsen. Meerdere tabellen voor de types data. sites / fora / crew-types etc.
Trouwens, één van mijn stiekeme wensen was om dit te laten integreren op het forum.
. (Jubileums zijn bijvoorbeeld leuk. Of de modhistory van een forum, en zo, en zo.)[ Bericht 1% gewijzigd door #ANONIEM op 18-08-2018 19:05:35 ]
Kun je je mailadres dm'en? Stuur ik 'm op.quote:
Wil het uiteindelijk wel op github gooien, het wordt dan wel een losstaand ding, gezien het dan echt als basis een framework krijgt. Zit nu aan laravel te denken, ben ik goed bekend mee inmiddels.
Heb nog geen template
Oh, trouwens... Ben je al de code van du_ke / 99.999 tegengekomen?
Er zijn users die onder meerdere accounts een kleurling zijn/waren. Die code is er dus om de gegevens van meerdere usernames van dezelfde users in één overzicht te tonen.
Er zijn users die onder meerdere accounts een kleurling zijn/waren. Die code is er dus om de gegevens van meerdere usernames van dezelfde users in één overzicht te tonen.
True. Verbaasde me wel dat het zo snel ging hier.quote:
[..]
Dat is goed om te horen. Die traagheid moet echt weg, niemand wil elke keer weer 10/20 seconden wachten.
Ah. Dat zou wel zonder die tabel moeten kunnen. Zal ik eens even een avondje op gaan broeden.quote:[..]
Dat is voor de ranglijsten.
Sommigen zijn mod van meerdere fora op hetzelfde moment. Als je 'gewoon' het aantal dagen telt, tel je dubbel. Met die Date-tabel wordt er een distinct gedaan op datum.
Dat zou natuurlijk helemaal top zijn ja.quote:[..]
Oeh, sweet.
Trouwens, één van mijn stiekeme wensen was om dit te laten integreren op het forum.
Zal Danny er dan ook nog eens even naar vragen, of we daar misschien iets mee kunnen. 
Ben ik tegengekomen idd! Ook daar had ik al een ideetje over. Aliases toevoegen aan een 'hoofd' (1e) account.quote:
Oh, trouwens... Ben je al de code van du_ke / 99.999 tegengekomen?
Er zijn users die onder meerdere accounts een kleurling zijn/waren. Die code is er dus om de gegevens van meerdere usernames van dezelfde users in één overzicht te tonen.
Dat was eigenlijk het hoofddoel van dit alles.quote:
Niet te vergeten dat ie eeuwen achter loopt inmiddels
Alle zaken weer up-to-date krijgen, maar dan helpt een vlotte site die qua data-verzameling ook handig in elkaar zit zeker wel mee. 
Dannyquote:
Niet te vergeten dat ie eeuwen achter loopt inmiddels
Nee
Sta ik er al in?
|| FOK!Stok || tatatatatataatatatattaaaaapiediedieuwtididipieuwpidibididi She said I'll throw myself away pididididum They're just photos after all! || Den Helder || Winnaar VBL Wijndal-award 2020: beste AZ-user! || Mijn concertstatistieken ||
Op 
Zit nog te twijfelen of ik alle fora als subsite moet gaan zien, of nog een extra tabel foor enkel de fora moet maken. Maar daar kom ik later op terug.
Volgens de mooie principes van normalisatie kan men nooit te veel tabellen hebben, gegeven dat niets dubbel opgeslagen staat.quote:
Zit nog te twijfelen of ik alle fora als subsite moet gaan zien, of nog een extra tabel foor enkel de fora moet maken. Maar daar kom ik later op terug.
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
'Subsite': Frontpage, Games, Sport, Weblog en zo.quote:
Zit nog te twijfelen of ik alle fora als subsite moet gaan zien, of nog een extra tabel foor enkel de fora moet maken. Maar daar kom ik later op terug.
'Functie' is een niveau dieper:
FP heeft bijvoorbeeld: Redactie FP en Niewsposter.
Forum heeft: ONZ, KLB, DIG.
Games heeft: Redactie Games, Eindredactie Games.
Verder heb je functies die niet onder een specifieke subsite vallen, dus er is ook een 'algemene subsite': FOK!.
Onder FOK! valt bijv: Manager PR, Spellchecker, Wiki-moderator.
Of gebruik je 'Crewtype' daarvoor?quote:
[..]
'Subsite': Frontpage, Games, Sport, Weblog en zo.
'Functie' is een niveau dieper:
FP heeft bijvoorbeeld: Redactie FP en Niewsposter.
Forum heeft: ONZ, KLB, DIG.
Games heeft: Redactie Games, Eindredactie Games.
Verder heb je functies die niet onder een specifieke subsite vallen, dus er is ook een 'algemene subsite': FOK!.
Onder FOK! valt bijv: Manager PR, Spellchecker, Wiki-moderator.
Dan zou je eigenlijk voor elke forum een crewtype moeten hebben.
(ONZ-mod, KLB-mod, DIG-mod enz.)
[ Bericht 0% gewijzigd door #ANONIEM op 21-08-2018 13:16:37 ]
En ik zat dus te denken aan een subsite-row per forum. Maar da's misschien niet zo netjes, en moet ik eigenlijk gewoon forum.fok.nl als subsite zien.
Strict gezien zou je dat dan ook o.a. voor de FP moeten doen.quote:
En ik zat dus te denken aan een subsite-row per forum. Maar da's misschien niet zo netjes, en moet ik eigenlijk gewoon forum.fok.nl als subsite zien.
Zo heeft de FP namelijk niet alleen 'Nieuws' als onderdeel, maar ook 'Columns', 'Specials' en 'Reviews'.
Hmm, ja. Maar heeft zo'n onderdeel ook eigen crew? Columnisten en special schrijvers zijn eigenlijk allemaal gewoon FP Redactie toch? Reviewers dan weer net niet.quote:
[..]
Strict gezien zou je dat dan ook o.a. voor de FP moeten doen.
Zo heeft de FP namelijk niet alleen 'Nieuws' als onderdeel, maar ook 'Columns', 'Specials' en 'Reviews'.
quote:
[..]
Hmm, ja. Maar heeft zo'n onderdeel ook eigen crew? Columnisten en special schrijvers zijn eigenlijk allemaal gewoon FP Redactie toch? Reviewers dan weer net niet.
Dan is het voor die onderdelen dus niet echt nodig, gezien het allemaal redelijk globaal FP redactie is.quote:
Subsites zijn wel gescheiden. En dan heb je ook nog fotografen en PR.quote:
[..]
Dan is het voor die onderdelen dus niet echt nodig, gezien het allemaal redelijk globaal FP redactie is.
En ER is ook een aparte functie.
Ja true, Redactie Sport, Redactie FP, Redactie Games, etc. wel.quote:
[..]
Subsites zijn wel gescheiden. En dan heb je ook nog fotografen en PR.
Fotografen / PR etc. valt onder 'Algemene FOK!crew', zoals dat hier ook al gebeurt; http://fokcrew.nl/foks
Ik zat destijds in dubio over de Wiki, Fotoboek en Weblog.quote:
[..]
Ja true, Redactie Sport, Redactie FP, Redactie Games, etc. wel.
Fotografen / PR etc. valt onder 'Algemene FOK!crew', zoals dat hier ook al gebeurt; http://fokcrew.nl/foks
Alledrie hebben hun eigen subdomein, maar omdat er maar één functie is/was en er verder weinig over duidelijk is / weinig aandacht voor is, had ik het destijds onder 'Algemeen FOK!' geschaard.
[ Bericht 0% gewijzigd door #ANONIEM op 21-08-2018 13:44:55 ]
Daar kan ik me wel goed in vinden idd. Het zijn geen losse- opzichzelfstaande platformen, maar echt onderdeel van het geheel, en passen dan idd. prima onder de algemene lijst. Is een beetje overkill om daar een aparte sectie voor te hebben.quote:
[..]
Ik zat destijds in dubio over de Wiki, Fotoboek en Weblog.
Alledrie hebben hun eigen subdomein, maar omdat er maar één functie is/was en er verder weinig over duidelijk is / weinig aandacht voor is, had ik het destijds onder 'Algemeen FOK!' geschaard.
Toch voor een extra forums table gegaan dus. Zit nu wel even met de vraag waar ik het beste de koppeling kan maken tussen de user/crewtype en het forum waar de user heeft ge-mod.
Voor de duidelijkheid;
Users; Zijn de FOK! users
Crewtypes; Zijn de verschillende crewtitels die over heel FOK! bestaan
Subsites; Zijn alle subsites van FOK! met crew; frontpage.fok.nl, sport.fok.nl, games.fok.nl, forum.fok.nl, ..
Services; Zijn alle 'dienstperiodes' van FOK!users, met start- en waar nodig eindtijd.
Forums; Zijn alle forums die op forum.fok.nl te vinden zijn.
Ik denk er nu zelf aan om de tabel 'services' uit te breiden met een 'forum_id' column, die 0 blijft wanneer het om een andere subsite gaat dan het forum. Mocht iemand hier een betere en nettere suggestie voor hebben, hoor ik het graag.
Heb deze structuur (zonder forums nog) nu zelf al lokaal draaien met wat sample-data, en dat werkt wel erg praktisch zo.
Voor de duidelijkheid;
Users; Zijn de FOK! users
Crewtypes; Zijn de verschillende crewtitels die over heel FOK! bestaan
Subsites; Zijn alle subsites van FOK! met crew; frontpage.fok.nl, sport.fok.nl, games.fok.nl, forum.fok.nl, ..
Services; Zijn alle 'dienstperiodes' van FOK!users, met start- en waar nodig eindtijd.
Forums; Zijn alle forums die op forum.fok.nl te vinden zijn.
Ik denk er nu zelf aan om de tabel 'services' uit te breiden met een 'forum_id' column, die 0 blijft wanneer het om een andere subsite gaat dan het forum. Mocht iemand hier een betere en nettere suggestie voor hebben, hoor ik het graag.
Heb deze structuur (zonder forums nog) nu zelf al lokaal draaien met wat sample-data, en dat werkt wel erg praktisch zo.
Ziet er goed uit!
Zijn die created_at en updated_at info over de rij zelf of is het info over het onderwerp?
Enige wat ik nog kan bedenken is dat het naampje 'forums' alleen past bij de forums; mocht je straks voor een sectie van een ander onderdeel ook aparte crew hebben (zoals elke forum zijn eigen crew i.p.v. een algemeen crew voor alles), dan zit je wel met die naam.
Zijn die created_at en updated_at info over de rij zelf of is het info over het onderwerp?
Enige wat ik nog kan bedenken is dat het naampje 'forums' alleen past bij de forums; mocht je straks voor een sectie van een ander onderdeel ook aparte crew hebben (zoals elke forum zijn eigen crew i.p.v. een algemeen crew voor alles), dan zit je wel met die naam.
quote:
Toch voor een extra forums table gegaan dus. Zit nu wel even met de vraag waar ik het beste de koppeling kan maken tussen de user/crewtype en het forum waar de user heeft ge-mod.
[ afbeelding ]
Voor de duidelijkheid;
Users; Zijn de FOK! users
Crewtypes; Zijn de verschillende crewtitels die over heel FOK! bestaan
Subsites; Zijn alle subsites van FOK! met crew; frontpage.fok.nl, sport.fok.nl, games.fok.nl, forum.fok.nl, ..
Services; Zijn alle 'dienstperiodes' van FOK!users, met start- en waar nodig eindtijd.
Forums; Zijn alle forums die op forum.fok.nl te vinden zijn.
Ik denk er nu zelf aan om de tabel 'services' uit te breiden met een 'forum_id' column, die 0 blijft wanneer het om een andere subsite gaat dan het forum. Mocht iemand hier een betere en nettere suggestie voor hebben, hoor ik het graag.
Heb deze structuur (zonder forums nog) nu zelf al lokaal draaien met wat sample-data, en dat werkt wel erg praktisch zo.
Snap ik het goed dat één record één id krijgt? dan begrijp ik niet waarom de user_id bij de services staat en niet bij de users?
lama 1 user kan meerdere services hebben check
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
created_at en updated_at zijn voor de rows zelf idd. Die velden moeten allemaal nog even het zelfde dateformat krijgen. Kwestie van de db migratiefiles even updaten.quote:
Ziet er goed uit!
Zijn die created_at en updated_at info over de rij zelf of is het info over het onderwerp?
Enige wat ik nog kan bedenken is dat het naampje 'forums' alleen past bij de forums; mocht je straks voor een sectie van een ander onderdeel ook aparte crew hebben (zoals elke forum zijn eigen crew i.p.v. een algemeen crew voor alles), dan zit je wel met die naam.
Klopt, maar in dat geval zou ik dus ook niet meer genoeg hebben aan een forum_id column in m'n services table, dus zal ik de rest ook moeten herzien. Voor nu lijkt mij dit wel een goede basis.
Klopt! De services tabel houdt een logboek bij voor alle users idd.quote:Op vrijdag 24 augustus 2018 15:25 schreef Bosbeetle het volgende:
[..]
Snap ik het goed dat één record één id krijgt? dan begrijp ik niet waarom de user_id bij de services staat en niet bij de users?
lama 1 user kan meerdere services hebben check
