Christophoros
Website en Forum => Forumwerking => Topic gestart door: Bertje op vrijdag 14 juli 2006 - 18:17:57
-
Gequote stukken tekst vind ik nogal moeilijk leesbaar. Enerzijds wordt de fontgrootte verkleint en anderzijds levert de zwarte tekst op de donkere achtergrondkleur een te laag contrast op. Beter zou zijn een iets lichtere achtergrondkleur te gebruiken dan de lichtste van de twee forumachtergronden (of zelfs helemaal wit).
Het weglaten van de achtergrondkleur en het behouden van de fontgrootte zal ook de originele tekst beter laten uitkomen, deze kan immers ook verschillende fontgroottes en tekstkleuren bevatten.
-
Je hebt volkomen gelijk, Bertje. Ik ga opzoeken waar in welke template ik dat kan veranderen. En zoals er in de scheepvaartberichten staat bij werken aan een scheepvaartweg:
"De werken zullen zoveel langer als nodig of zoveel korter als mogelijk duren."
Leuk om op te hangen op je werk, niet? :D
-
"De werken zullen zoveel langer als nodig of zoveel korter als mogelijk duren."
Leuk om op te hangen op je werk, niet? :D
Niet echt iets om op te hangen op plaatsen waar klanten en prospects komen (die hangen trouwens al vol met Best Practice-certificaten en allerhande awards). Daarnaast is het een waarheid waar we al wekenlang mee geconfronteerd worden (vooral het eerste deel van die spreuk dan toch).
-
"De werken zullen zoveel langer als nodig of zoveel korter als mogelijk duren."
Leuk om op te hangen op je werk, niet? :D
Toch niet, het is mijn job om de werken op tijd, binnen budget en met de toegewezen resources af te werken, m.a.w. Project Manager. Dit is niet evident in IT, maar we proberen.
-
Tja, maar wat ben je met je tijd, je budget, je resources en je planningen als je mensen tekort komt en een van je belangrijkste klanten je software plots begint te gebruiken voor datahoeveelheden waarvoor die software oorspronkelijk niet bedoeld was? Dan moet je even het roer omgooien; de huidige bezigheden opzij zetten en met man en macht voor die ene klant werken.
In grote bedrijven die elk project beginnen met een taskforce van tien of meer koffieslurpers en gaandeweg uitbreiden is zo'n situatie ondenkbaar, maar wij hebben maar tien man in totaal (binnen de development en research afdelingen) die in principe verdeeld moeten worden over verschillende taken.
-
Je voorbeeld is eenvoudig op te lossen. Bij de creatie van de software worden duidelijke specificaties opgesteld en aan de klant gecommuniceerd. Als hij de applicatie begint te gebruiken voor bv. grotere datahoeveelheden dan in de specs is gedefinieerd, dan komt er een vervolg project.
Bovendien, één ding is cruciaal op de lange termijn, durf nee te zeggen tegen een klant. Wat jij beschrijft is werken voor diegene die het hardste roept, op de lange termijn is dit nefast voor een bedrijf. Na korte tijd ben je niet meer aan het managen maar aan het brandjes blussen. Dit is een zeer inefficiente manier van werken.
Maar ik geef je gelijk, het is de meest gebruikte projectmanagement strategie bij kleine bedrijfjes. Helaas zijn deze kleine IT-bedrijfjes ook bij de koplopers in faillisementen. In de praktijk gaan ze failliet of worden ze opgekocht door een grotere firma, er zijn uitzonderingen, maar die zijn zeldzaam.
-
Het bedrijf waar ik werk bestaat ondertussen toch al 10 jaar. Onze grote baas heeft steeds de goede visie gehad om, op het moment dat een softwareproject zijn volwassenheid benaderd, research te laten starten naar mogelijke volgende projecten.
Ons grootste probleem is een chronisch tekort aan developers. Van de 10 mensen die als developer werken of hebben gewerkt doen er normaal 2 research, er is 1 release manager, 1 project manager (die ook development doet), 1 voor customer relations (die ook documentatie en UI vereisten opstelt en opleidingen geeft) en 1 die parttime customer services doet. Blijven er nog 5 man over om bugfixes te doen op de maintenance versies, te werken aan de nieuwe versie, en branden te blussen als klanten op tafel beginnen te slaan. Bovendien heeft elke van die mensen nog eigen specialisaties binnen het product (UI, engine backend, postprocessing, ...), wat het een nachtmerrie maakt om, zeker in de vakantieperiode, een min of meer adequate planning op te stellen.
Wij zeggen trouwens zelden nee tegen een klant, we verhogen gewoon het getalletje op de factuur. Het gebeurt zelfs regelmatig dat we voor prospects even snel-snel ergens tussendoor een proof of concept moeten implementeren voor de specifieke functionaliteit die de klant nodig heeft.
-
het is mijn job om de werken op tijd, binnen budget en met de toegewezen resources af te werken, m.a.w. Project Manager. Dit is niet evident in IT, maar we proberen.
We zijn dus op hetzelfde terrein actief (project management support wat mij betreft).
Budget is een resource. Maar je vergat één van de drie peilers te vermelden: naast de tijd en de resoruces, is er de scope van het project. ;)
-
Inderdaad, mijn posting was dan ook letterlijk tussen de soep en de patatten.
Het is een speciaal beroep, je bent soms de pispaal, moet een olifantenvel hebben, en als het echt misloopt moet je voldoende munitie hebben om de boel aan de praat te houden. Het helpt dat ik in een gespecialiseerd wereldje zit, nl. GIS. Ik ken voldoende van alle producten om mij niet in slaap te laten wiegen door mijn team. Vandaag kreeg ik nog een compliment van één van mijn developers, nl. "Bedankt voor de tip, het werkt nu !". Fantastisch niet ? Ik geef een visie op een probleem in .NET aan een developer en hij ziet dat het werkt. Leve de project managers met technische kennis !
-
Ik heb de achtergrondkleur van de quotes op wit gezet, de padding (afstand tussen tekst en boord) van 1 naar 5 pixels verhoogd, en de karaktergrootte van x-small naar small verhoogd.
Is het beter zo, mensen?
-
-
ik sta er elke keer meer en meer versteld van hoe je het blijft doen, net zoals Eugeen. Petje af :)
Bedankt voor het compliment, Rafael ! :)
-
't Is inderdaad een stuk leesbaarder geworden :-)
-
Bij mij werken die quote niet goed. Als ik op de quoteicoon klik dan verspringt de cursor naar de plaats na de quote in plaats van, zoals wenselijk zou zijn, naar de plaats tussen [qquote] en [/qquote]. Hetzelfe voor die andere icoontjes.
2de probleem. Als ik blok en dus even van het vakje wegklik dan verdwijnt de cursor ook. Het zou handiger zijn als die cursor daar blijft staan want nu moet ik onnodig weer een keer extra op dat vak klikken waarin ik typ.
De quotes zijn inderdaad al beter.
-
Bij mij werken die quote niet goed. Als ik op de quoteicoon klik dan verspringt de cursor naar de plaats na de quote in plaats van, zoals wenselijk zou zijn, naar de plaats tussen [qquote] en [/qquote].
De bedoeling is dat je eerst het citaat selecteert.
2de probleem. Als ik blok en dus even van het vakje wegklik dan verdwijnt de cursor ook. Het zou handiger zijn als die cursor daar blijft staan want nu moet ik onnodig weer een keer extra op dat vak klikken waarin ik typ.
Wat bedoel je met "Als ik blok"?
-
Ok, je moet dus eerst de tekst blokken op jouw typevakje en dan pas op het actieïcoontje drukken. Dat kan natuurlijk ook.
Dan blijft er nog het probleem van het verdwijnen van de cursus.
Als ik nu een tekst van jouw reactie wil blokken (blauw maken dus) dan moet ik met mijn muis buiten het typevakje klikken en verdwijnt de cursor uit het typevakje. Als ik dan verder wil typen dan moet ik eerst weer terug met mijn muis klikken op het typevakje om de cursor terug te laten verschijnen.
Je begrijpt nu toch wel wat ik bedoel?
Is dit forum niet zo in te stellen dat de cursor in het typevakje gefixeerd wordt op het moment dat je buiten het vakje klikt? Dat zou toch moeten kunnen. Of is dit een gebrek van Windows of de forumsoftware? Ik heb het net nog even geprobeerd op het andere forum en daar gaat dat gek genoeg ook niet.
-
In de meeste gebruikersomgevingen gebeuren de bewerkingen op de selectie. Dat kan de invoegplaats voor nieuwe gegevens zijn (meestal aangegeven met een cursor) of een aantal geselecteerde karakters.
Het is een kwestie van persoonlijke voorkeur, maar wat mij betreft, gebruik ik voor het verplaatsen van de cursor liever de sneltoetsen dan de muis:
- Home = naar het begin van de regel.
- End = naar het einde van de regel.
- Ctrl + Home = naar het begin van het bericht.
- Ctrl + End = naar het einde van het bericht.
Ik denk dat het voor jou nuttig kan zijn om je vertrouwd te maken met dergelijke beginselen, zodat je er later als arts veel tijd kunt mee besparen. Als je tegenwoordig bij een arts op raadpleging gaat, zit die immers een deel van de tijd op zijn klavier te tokkelen. Ooit was ik bij een arts, die de hele tijd met 10 vingers tikte, terwijl hij bijna nooit naar zijn klavier of scherm keek. Tegen het einde van de raadpleging rolden het getuigschrift van werkonbekwaamheid, het geneesmiddelenvoorschrift en een verwijsbrief voor een collega uit de printer. Alleen het getuigschrift van verstrekte zorgen moest hij nog met de hand schrijven.
-
Ik ken die toetsen Jozef. Toch merci voor de uitleg.
Ik ben niet zo'n grote digibeet hé. :)
Ik heb nog een XT gehad en er zelfs nog mee geprogrammeerd. Alleen daarna lang geen computer gehad.
Nogmaals de vraag; is het niet mogelijk om die forumsoftware zo in te stellen dat zogauw ik met mijn muis buiten het vakje druk dat dan de cursor gewoon in het vakje blijft staan en ik ook kan typen zonder eerst terug met de muis op het typevakje te moeten klikken. Dat is toch veel gebruiksvriendelijker.
Ik typ meer dan 180 karakters per minuut, dus dat zal je bij mij niet zien ;)
-
Nogmaals de vraag; is het niet mogelijk om die forumsoftware zo in te stellen dat zogauw ik met mijn muis buiten het vakje druk dat dan de cursor gewoon in het vakje blijft staan en ik ook kan typen zonder eerst terug met de muis op het typevakje te moeten klikken. Dat is toch veel gebruiksvriendelijker.
Ik typ meer dan 180 karakters per minuut, dus dat zal je bij mij niet zien ;)
Neen, dat is niet zomaar een kwestie van een instelling van de forumsoftware. Je werkt in een HTML formulier, waarvan het editeervenster een tekstinvoerveld is.
Waarom selecteer je met je muis een plek in het formulier buiten het editeervenster? Als je een icoon of een smiley aanklikt, kun je gewoon verder intikken. Als je een ander invoerveld selecteert, is het logisch dat je input niet meer in het editeervenster gebeurt.
-
Als je een ander invoerveld selecteert, is het logisch dat je input niet meer in het editeervenster gebeurt.
Dat is niet logisch als er maar één invoerveld is op de pagina waain je kan typen zoals hier het geval is. Mark my words, in de toekomst gaat één of andere handige jongen het zo maken en pas dan gaat de rest het ook doen.
-
Dat is niet logisch als er maar één invoerveld is op de pagina waain je kan typen zoals hier het geval is.
Boven het editeerveld heb je alvast 3 andere invoervelden: Onderwerp, Bericht icoon en Wijzig kleur. "Onderwerp" is vrije tekst.
Dan heb je nog invoervelden de Extra opties. "Bijlage" is eveneens vrije tekst.
Mark my words, in de toekomst gaat één of andere handige jongen het zo maken en pas dan gaat de rest het ook doen.
En als je dan bijvoorbeeld het invoerveld "Onderwerp" selecteert, hoe gaat die handige jongen dan weten of je het onderwerp wil editeren of de inhoud van je bericht?
-
Simpel Jozef, door dat typeveld apart te laten staan van de rest (op één scherm maar technisch 2 aparte applicaties die tegelijk actief zijn) en beide delen continue actief te houden. Als ik op één van de letters druk dan weet de software automatisch dat ik wil typen.
-
Wat jij voorstelt is niet haalbaar denk ik, BBB.
Wat je wel kan doen is de tab toets gebruiken: als je met je cursor in het in het berichtinvoerveld staat en je klikt eender waar op de rest van de pagina, kan je terug in het textveld geraken door twee keer op tab te drukken. De eerste keer kom je in de subject line terecht, de tweede keer kom je in het tekstinvoerveld terecht op de plaats waar je cursor het laatst stond.
Dit gedrag kan wel browserafhankelijk zijn. Ik het het getest in FireFox.
-
-
Het nut Rafael is dat je meteen verder kan gaan met typen en niet eerst nog moet klikken op dat typeveld.
Gebruiksvriendelijkheid bestaat uit veel kleine dingetjes die samen bepalen ofdat je wel of niet makkelijk zo'n programma gebruikt. Dit is één van die kleine dingetjes.
Dit is bijvoorbeeld handig wanneer je een tekst quote, dat je dan meteen verder kan typen.
-
BBB, ik denk dat als ik zo een ontwikkeling degelijk zou willen uitvoeren, zelfs alle forumleden samen tijdens de rest van ons leven daardoor nooit meer de tijd zullen kunnen uitsparen die we eraan besteed zouden hebben.
Dit is eigen aan een applicatiesoftware "off the shelf": je hoeft hem niet zelf te ontwikkelen, en hij voldoet voor pakweg 80% van de gebruikers aan 80% van hun behoeften. SMF is bovendien gratis en open source.
Er zijn een aantal instellingen mogelijk via de beheersmodules, en ik kan wel eens wat wijzigen in een template, of zelfs een kleine wijziging uitvoeren in de php broncode. Maar echt onderdelen gaan opnieuw functioneel en technisch analyseren, herprogrammeren, testen en in ontwikkeling plaatsen kan ik me helaas niet veroorloven. Ik denk dat ik die tijd beter besteed aan de heropbouw van de website www.christophoros.be.
-
Het nut Rafael is dat je meteen verder kan gaan met typen en niet eerst nog moet klikken op dat typeveld.
Jij wil dus dat ook zonder dat het tekstvak focus heeft, invoer via het toetsenbord naar dat tekstvak wordt gestuurd? Maar dan werkt de automatische find functie in FireFox niet meer: wanneer je niet in een invoerveld staat kan je in FireFox gewoon tekst beginnen typen; hierdoor wordt dan automatisch de zoekfunctie gestart.