Johan Ronsse

  • Home
  • Projects
  • Blog
  • Tweaking a plugin to provide batch translations in Figma

    June 23, 2021 - Posted in blijvend-leren development figma javascript - 1 comment

    This probably the nichest of niche blogposts, but if anyone finds themselves in this situation, here’s some help.

    I wanted to translate an entire Figma document to another language. The document contains about 20 screens with a moderate amount of text layers on every screen.

    The use case was to do a usability test in French for mockups that were made in English.

    I found a plugin that helped with translating in a good way called Translator. What I want is to be able to select everything on a page and run the plugin; the plugin should then walk through every layer and provide a translation. That’s how this plugin works and it does wonders.

    You can select an individual layer of text, an artboard or multiple artboards. The plugin doesn’t care and does the job.

    Unfortunately once you do this a few tims you will come across an error; the plugin won’t return any results anymore. You’ll be greeted by an infinite spinner. This is because the plugin relies on an old Google translate API with a rate limit. If you hit it too hard it will just lock you out for a while. I think it’s the v1 API where the URL starts with https://translate.googleapis.com/translate_a/ .

    (There’s another plugin called Translate that uses Yandex Translate which I tried but the plugin is no good in interaction terms.)

    Now, there’s another plugin out there that works similarly to the aforementioned Translator plugin called Language Tester.

    Creator yuanqing maintains a monorepo with all his plugins (licensed as MIT, awesome!) and also created a framework to make it easier to create figma plugins (here).

    After some wrangling around with yarn and the instructions I managed to set up a local build process for all his plugins.

    Using yarn run build I could now build all the plugins in batch.

    I then checked how I could change the plugin I care about: figma-language-tester.

    If you want to do the same, go to src/utilities/translate-async.ts . Here you’ll find the code that makes the call to the Google API.

    I then spent some time figuring out what to change. Check out the gist here to see the code changes. There’s 3 main changes:

    • Use Google Translate API v2 instead of (what I presume is) v1; since this gives a different result object, we need to tweak a bit of the response code
      • Within this, provide a Google Translate API key, which I left out (get your own via the Google Cloud console)
    • Provide a CORS server to route the request to, which then forwards it to Google Translate (avoiding CORS errors)
      • which I left out of the code (check out this SO answer and follow the Heroku instructions to learn more)
    • Do a bit of parsing on the result to get the right strings in the right places

    FYI, the old Google v1 works like this:

    https://translate.googleapis.com/translate_a/single?sl=auto&tl=nl&dt=t&q=banana

    returns

      [[["banaan","banaan",null,null,5]
    ]
    ,null,"nl",null,null,null,0.52156866,[]
    ,[["nl","so"]
    ,null,[0.52156866,0.4]
    ,["nl","so"]
    ]
    ]

    Whereas the new one would return a more decent object like:

    {
      "data": {
        "translations": [
          {
            "translatedText": "Banana",
            "detectedSourceLanguage": "nl"
          }
        ]
      }
    }

    I installed this plugin locally as a development plugin, and then did all the translation “work” (this then took 5-10 mins total thanks to my colleague already setting up all her layers professionally. Thanks Marina ?)

    I would rather spend hours making a program to do a task, than to do the  task : ProgrammerHumor

    I can’t share the actual code because I can’t share the private keys. I just wanted to put this out there to give a bit of instructions to anyone who comes across a similar problem. This took me a few hours to figure out. I hope this helps someone.

    Of course I had to buy Yuanging a ko-fi. Love the work.

  • Everything must go to shit, KBC Mobile edition

    June 16, 2021 - Posted in apps rant ui ux - 1 comment

    Ik kloeg er al over op Twitter maar ik kan er eigenlijk niet over, hoe een bedrijf met de resources van KBC een app kan shippen die bij elke release achteruit gaat in plaats van vooruit.

    Mijn kritiek staat los van de discussies rond voetbaluitslagen of het integreren van allerlei diensten om de WeChat van België te worden. Dat interesseert me niet, en dat was tot nu toe vlot te negeren.

    Nee, het gaat mij puur over het fundamentele gegeven: het bekijken van uw rekeningen en wat daar op is gebeurd. Mijn review op de App store:

    Was ooit goed ★★☆☆☆

    Ooit stond KBC vooraan qua ervaring. Nu zie ik verschillende schermen die totaal inconsistent zijn, en geeft het belangrijkste scherm – het overzicht van een rekening – heel weinig informatie weer. Als je het detail wil zien, moet je een popup naar boven schuiven, in plaats van gewoon een volledig scherm met back knop. Wie heeft de stagiair aan het werk gezet? Welke manager heeft dit goedgekeurd? Een bedrijf met zoveel middelen… herpak u!

    Er is daar duidelijk niemand die enig kaas van interactieontwerp gegeten heeft. Het overzicht is echt slecht: overal tekst afgekapt, onnuttige avatars aan de zijkant. Data slecht georganiseerd.

    Maar het ergste is het detail van een verrichting in een drawer. Dat heeft typisch wel wat data. Dat je dat dan in een drawer steekt en niet in een apart scherm is echt onbegrijpelijk.

    Een… drawer? En nog meer onbegrijpelijke dingen, maar ik was te lui om alle screenshots te censureren.

    Ervoor was er een detailscherm met een pijltje terug. Een prima patroon. Een hierarchische view heeft een ook back (edge) swipe.

    Er is echt geen reden om een drawer te gebruiken, tenzij je een soort master-detail ambieert waar je snel van de ene naar de andere context moet op grotere schermen. Maar dat is niet het geval: het is een modale drawer, dus je kan zelfs niet snel wisselen.

    Een nadere inspectie toont dat de nieuwe app 2 verschillende overzichten van je rekeningen heeft. Eentje onder “Start” en een andere onder “Mijn KBC”. Een tab die “Rekeningen” heet was misschien te moeilijk?

    Ik doe dit soort werk professioneel en ik zie wel de bedoelingen van sommige dingen, maar ze komen echt niet over. In de nieuwe “My KBC” tab zijn mijn zakelijke en privérekeningen gescheiden van elkaar met 2 tabs. Ik wil ze gewoon allemaal zien in de volgorde die ik wil.

    Dit was de ambitie van het vorige ontwerp, dat ook nog ergens op de “Start” tab leeft. Je moet keuzes durven maken, dit is een app die én foute keuzes maakt én een verleden meesleept. Dit is zo’n typisch voorbeeld van iets dat ooit goed was, maar door een reeks slechte beslissingen eigenlijk vrij slecht is geworden.

    KBC, huur eens iemand in die snapt wat een mobile app is. Back to basics jongens. Echt.

  • UX gone wrong

    June 3, 2021 - Posted in design hiring industry rant ux

    I just read Jesse James Garret’s FastCompany article about the bad turn the UX industry has taken. I can’t say I disagree – here’s my take.

    What I’ve seen the last few years is that plenty of companies jumped on the UX bandwagon having read little more than a poor summary of a poor design sprint book. Some of these companies weren’t founded because of a love for design and trying to make things better. More as a way to make a quick buck.

    The bigger IT consultancies figured out they could make some extra money by filling in junior UX positions in big companies. Some companies even figured out they can use their UX division as a loss leader to sell bigger IT projects.

    People are dragging designers into development sprints. Constantly. JJG’s article talks about this extensively and I’ve seen first-hand why it sucks.

    Engineering managers simply love that cross-profile that takes eases the dev work. Who knew that somebody who is trying to do analysis on the spot and solving the gaps between dev communication would be helpful? Except that this has little to do with design.

    What you’re doing as a designer there is being an on-the-spot problem solver for a dev team. You know how design problems get solved? Through careful iteration and design work over a longer period.

    That includes prototypes and bringing things to production. That includes talking to engineering.

    But that doesn’t mean that design follows the exact same timeline as development. Don’t let anyone lure you into this other idea that design simply has to be X amount of time in front of engineering. It’s wrong. Design has nothing to do with the dev timeline.

    Design is about solving problems. Design is about finding out what you need to do. Design is about bringing clarity. It’s not about being on standby for a dev team because somebody forgot to do their planning job.

    In the agile world, designers are forgetting to design because they have to compensate for an overall lack of quality front-end development and quality product management. There’s huge teams of devs and no one took the time do learn foundational HTML/CSS. Designers including me love to take it upon themselves to compensate and try to fix all the things.

    The problem is, in the long run, you are selling yourself short and you just become the fixer of little things.

    Combine this with the fact that it’s just so easy to land in the wrong type of work as a new designer. The UX factory that JJG is describing. The cookie-cutter UX work where your influence amounts to a single screen or the color of a button. Clients are risk-averse and treat UX as a checklist item.

    The bigco’s mentioned earlier started building larger in-house dev teams but filled them with consultants with little experience. Then they wondered why their apps still got 2.5 stars out of 5 in the App store.

    Because of the lack of training and the lack of right projects, designers don’t get trained to ask the tough questions. They become frustrated because their influence doesn’t reach further than the color of a button or the look of a niche UI element.

    This, a thousand times over, then leads to an overall lack of skill in the industry. User experience work is done poorly in a lot of places.

    There are few people with skills that can go broad enough to think about software and computing on a foundational level.

    If I am asked to recommend the best UX people in Belgium you’re going hear a big “uhm…”. There is talent in some agencies with a good reputation but I don’t contact these out of principle. There’s some good people in product roles in the few product companies that matter. And that’s about it. A good UX person is actually pretty rare.

    Worst of all for me, from a hiring perspective, some of the best profiles have left Belgium. I want to reach a very high level of work, but the industry is making it difficult.

    The word UX is plastered on everything from marketing design to business innovation because it simply entered some kind of professional checklist at some point. People say they need “UX”; even if they barely know what it means.

    UX theatre is a given in an environment where people are scared to talk to their clients. Earlier this year I wrote a blog post about all the reasons I’ve been denied to do user research. You wouldn’t believe it. Why hire a UX firm at all if you are scared of talking to your users?! At least use us professionals as a shield so you can break through the standstill.

    Software has been eating the world for over 10 years but most companies are only slowly making the shift to the realization that they too are a software company.

    I think people don’t get exposed to the right kind of work. I was lucky to work with a few agencies that did understand what they were doing. I got to do the client workshops, the field research, the co-creation.

    With what I learned, I founded our studio with my talented business partner because we simply wanted to do better work. There’s still a few small companies in Belgium doing the right work, in the right way. I hope the next few years things can become better again and we can turn things around. I’ll certainly try to do my part.

    P.S. We are hiring.

  • SvelteKit-JUI

    May 22, 2021 - Posted in blijvend-leren svelte ui web webdev

    Ik ben on and off aan het werken aan een UI framework voor Svelte.

    Wat mij eigenlijk altijd al gestoord heeft in user interfaces is dat je een laag hebt van gestylede browser UI, en dan een laag custom plugins die helemaal niks van elkaar afweten qua styling en waar je maar in aan het hacken bent om alles bij elkaar te doen passen.

    Binnen de logica van progressive enhancement kan dit zeer logisch zijn, maar als je het vanop een afstand bekijkt, of bv. voor een andere context dan web app/mobile web (e.g. een embedded device), is het eigenlijk maar een boeltje.

    In Svelte heb je het voordeel dat je een complexe component (bv. color picker) op een beperkt aantal lijnen code kunt maken. Het is ook het eerste framework waar ik in voel dat ik weinig limieten heb om te doen wat ik wil bereiken.

    Als je dan een consistente logica hebt voor styling kan je alles goed bij elkaar doen passen.

    Vandaag ben ik er eindelijk in geslaagd om het geweldige Layercake te integreren in JUI. Dus nu kan ik charts beginnen documenteren zoals deze: de bar chart en de line area chart (het ziet er nog niet helemaal goed uit – bear with me).

    The road to 1.0 voor dit framework is: alles bij elkaar doen passen… en alles toegankelijk maken. En ambitieus genoeg zijn om een heel aantal use cases aan te kunnen. Van mobile web apps tot creatieve apps (genre video editing etc.) tot embedded device apps.

    Die 1.0 gaat volgens mij een tijd duren, temeer omdat we dit framework niet gebruiken in productie. SvelteKit zelf is nog in beta, en als bedrijf doen wij de JS-laag veelal niet en focussen we ons op design en propere HTML/CSS.

    Dus het gaat vrij traag. Maar ik geloof er wel in, dat dit iets wordt. En het helpt me ook om gewoon voor mezelf een repository te hebben van copy-pastable Svelte componenten.

    Als dit je interesseert, voel je vrij om het eens te proberen. Alles staat vrij en open op Github. En ik zoek contributors ?.

  • Federale informatisering 2021

    April 6, 2021 - Posted in bds digitalisering overheid

    Hieronder een gerichte lezing van het regeerakkoord, met de focus op digitalisering. Pagina 70, over informatisering justitie:

    De doorgedreven informatisering van Justitie wordt onverminderd
    doorgezet. Daarom worden de informaticaplatformen voor de rechtelijke orde gemoderniseerd en geharmoniseerd.

    Er komen eenheidsloketten zodat burgers en ondernemingen vlotter toegang krijgen tot hun gerechtelijke dossiers. Juridische beroepsbeoefenaars krijgen een digitale toegang tot de justitiële dossiers waarin ze betrokken zijn, uiteraard rekening houdende met de wetgeving en principes inzake de bescherming van het privéleven, het geheim van het onderzoek en de procedureregels. Ook de archieven worden gedigitaliseerd.

    Daarnaast krijgt de administratie van justitie de opdracht om alle cijfers van justitie en de rechterlijke orde in te zamelen, te verwerken en transparant ter beschikking te stellen. Het digitaal inningsplatform van justitie wordt verder uitgebreid en geprofessionaliseerd. We zetten de andere digitaliseringsprojecten verder (e-depot en e-griffie, Prison Cloud, etc.)”

    Pagina 24, over informatisering in de sociale zekerheid:

    Mypension.be wordt uitgebouwd tot de referentietoepassing die burgers
    informeert en sensibiliseert over persoonlijke pensioenrechten, ondersteunt en versterkt bij het nemen van beslissingen en de effectieve opname van rechten vereenvoudigt. Om de burger een correcter en vollediger beeld te geven van zijn financiële toekomst, wordt de pensioencommunicatie via mypension.be:

    • Uitgebreid, zodat ze alle soorten pensioenen zoveel als mogelijk omvat, zo mogelijk ook buitenlandse;
    • Meer coherent en bevattelijk gemaakt, met name wat betreft
      berekeningsparameters, coëfficiënten en projecties;
    • Aangevuld met nuttige instrumenten om de burger te helpen bij het nemen van goede beslissingen voor zijn toekomst.

    Parallel daarmee zal het ook mogelijk gemaakt worden voor de burger
    om zijn gegevens te consulteren en te gebruiken in andere toepassingen van zijn keuze zodat hij desgewenst bijkomende diensten kan krijgen met betrekking tot zijn pensioen.

    Dan, over de overheid zelf (op pagina 24):

    De afbouw van de administratieve lasten voor de burger en de
    ondernemingen, o.a. door de digitale dienstverlening te verbeteren, het ontsluiten en het verder ontwikkelen van e-government toepassingen
    met respect voor de “only once”- en “think small first”-principes, en het
    implementeren van snellere vergunningsprocedures en smart contracts
    met respect voor de wetgeving inzake overheidsopdrachten. (…)

  • Pug advanced mixins

    March 6, 2021 - Posted in webdev workflow

    Some things I learned about Pug this week. Putting them here so I don’t forget. I think by now I know most there is to know about Pug. That only took 7 years of using it… :D!

    First up – mixin composition, you can use block as an equivalent to <slot> in other template languages (Vue, Svelte);

    mixin button
        button
            block
    
    +button({}) Hey

    You can pass an object to a mixin:

    mixin button({ skin })
        button(class=skin)
            block
    
    +button({ skin: "secondary" }) Hey

    The objects parameters can have a default value:

    mixin button({ skin = "secondary" })
        button(class=skin)
            block
    
    +button({}) Secondary
    +button({ skin: "primary" }) Primary

    You can pass any attributes such as disabled like this (using “and attributes”):

    mixin button({ skin = "secondary" })
        button(class=skin)&attributes(attributes)
            block
    
    +button({})(disabled) Secondary

    This is equivalent to something like ...attributes in Ember.

    Final code for this reduced example:

    //-
        Mixin Button - Create a button
    
        @param {Object} parameters
        @param {string} skin - primary or secondary (default) to choose type
    
    mixin button({ skin = "secondary" })
        button(class=skin)&attributes(attributes)
            block
    
    +button({}) Button label
    +button({ skin: "primary" }) Button label

    Here is a reduced example.

    Here is a real example where we consider some of the many things that we want our button to do (and not do).

  • Accessible, clickable table rows

    February 27, 2021 - Posted in accessibility javascript webdev

    This week a project I was working on a project that needed clickable table rows.

    In most of my web app designs I like to put icon buttons in my tables that point to the right for going deeper a level.

    Fig 1: A typical Johan web app design. Got chevrons? <>

    But in the design we were implementing, no such chevrons were in place, and it was an explicit wish from the designer to not have them.

    The idea is to just hover over the table row and the whole thing is clickable.

    So what’s a front-ender to do? Find a solution, of course.

    Since I couldn’t find a source on the internet that did everything I wanted, I thought I would document my solution here.

    The basic idea of this solution is to put the links in the table, but to hide them for everyone except screen readers.

    The link locations (href) for the hidden links are then read out by Javascript and saved. When a click event (or an enter keypress) is matched on a table row, the browser will navigate to the next page using the saved link.

    Another thing to mind is opening new tabs. So we track whether the command or control key is being held, to then open a new window when that is the case.

    This code is quite new and browsers can be odd about these things. I’ve tested with VoiceOver on Chrome and I’ve tested in Firefox, Safari and Chrome on Mac. More tests are needed. Your feedback is welcome!

    You can find a demo here and the CodePen project here.

  • De Afspraak op Vrijdag, 5 februari

    February 6, 2021 - Posted in belgische-problemen de-afspraak dekamer politiek

    Ofte: De tanende macht van de parlementariër, deel 405.

    Kristof Calvo (Groen), Isabel Albers (De Tijd) en Stefaan Walgrave (hoogleraar UA, dept. politieke wetenschappen) waren te gast bij Ivan De Vadder.

    Het centrale onderwerp was dat Calvo zijn zitje als fractieleider opgeeft om gewoon parlementslid te worden, maar dat gaat combineren met een positie in Nederland om te werken voor een organisatie die GroenLinks ondersteunt. Een soort politieke herbronning in Nederland.

    Ik moet toegeven dat de combinatie Calvo + Albers goed gekozen was. Albers stelde wel rake vragen tegen Calvo. Albers stelt als journalist eigenlijk altijd rake vragen. Mijn favoriete journaliste misschien?

    De gasten aan tafel stelden allemaal vast dat parlementsleden geen controle meer hebben. En Calvo zijn oplossing is dan… inspiratie gaan zoeken in Nederland. Je kan discussiëren over cumul en decumul.

    Ik vind iets willen doen op zich beter dan bij de pakken te blijven zitten en tegen dezelfde muren te lopen in het parlement. Aan de andere kant vind ik €80k per jaar toch wel genoeg om u te richten op de full-time job van de regering controleren.

    Het aanwezige publiek moest vaststellen dat als één van de felste en zelfverklaard hard werkende parlementsleden zelf inziet dat hij niet veel kan betekenen in het parlement, er eigenlijk weinig toekomst is voor het parlement in zijn huidige vorm.

    Kristof Calvo is/was fractieleider van een stukje van een regering die uit 7 partijen bestaat. Dat je vanuit die compromisregering, in de Belgische particratie weinig kan doen, dat snap ik. Iedereen wil stabiliteit en elke interne oppositie zal door de media uitvergroot worden als conflict.

    Zodus wil elke partij dat hun parlementsleden zich gedeisd houden. Groen wil dat graag zodat De Sutter en Van Der Straeten kunnen shinen in hun nieuwe functie.

    Als “gewoon” parlementslid, een stiel die hij verdedigt, kan hij ook niet veel doen. En binnen zijn eigen partij zit hij geplet tussen Björn Rzoska en Meyrem Almacci, maar dat wilt hij niet toegeven. Hij kwam dan af met een zwakke vergelijking met Bart De Wever zijn stelling dat ook als partij geplet zitten tussen twee partijen. Een vergelijking voor de vergeetput waar ik liever niet op inga.

    Er werd ergens vermeld dat er meer dan 800 parlementsleden zijn over het hele land; en dat vastgesteld werd in een studie over macht, dat een parlementslid minder macht heeft dan een bekend journalist (respectievelijk rond de 16e en 17e plaats als ik het goed voorheb).

    Wat valt daar op te zeggen? Toen ik geïnteresseerd raakte in politiek heb ik een tijd met het idee gelopen om mij verkiesbaar op te stellen en te mikken om iets te doen in het parlement. Voor alle duidelijkheid, dit was een denkoefening los van het feit of ik wel genoeg stemmen zou halen om verkozen te worden.

    Ik heb wel eens bestudeerd hoe dat loopt met de commissies en de werking van het Vlaams Parlement. Mijn eerste conclusie was dan dat het federale niveau veel interessanter is qua bevoegdheden.

    Een andere conclusie was dat het werk van een parlementslid vooral een eigen intellectuele verrijking zou zijn, waar je 4 jaar kan werken op een onderwerp, om erna sterker uit te komen als je ooit eventueel een beslissingsrecht hebt. Maar het idee dat je vanuit het parlement iets kan veranderen, zeker vanuit de oppositie, dat is toch fout.

    Ik heb dan maar besloten dat ik al dat denkwerk ook buiten het parlement kan doen, en ondertussen een interessant bedrijf runnen. Ik weet niet wie deze werkstukjes leest, en al zeker werkstukjes deze lengte bereiken, maar voor mij is dit mijn denkproces. Schrijven, nadenken, de dingen noteren. Ik zou ook wel eens op studiereis willen gaan en ondertussen €80k vangen.

    Nu, terug naar de tanende macht van het parlementslid, en naar de Afspraak op Vrijdag.

    De fragiele regeringen in België doen er alles aan om te blijven bestaan.

    In theorie controleert het parlement de regering. In de praktijk is er al zoveel beslist tegen dat iets het parlement bereikt (tussen de regeringspartijen), en is alles dichtgetimmerd, dat je als oppositie eigenlijk weinig in te brengen hebt. 

    Kristof Calvo zijn idee was om het voorontwerp van de pandemiewet aan de Kamer te geven ter discussie. De graad van openheid van beslissingen is een interessant debat. Ook hoe iets beslist wordt moet zeker op tafel gelegd worden.

    Dat nu fundamentele grondrechten aangetast worden door een MB, dat zich maar verlengt is schandelijk. Beste burger, ik weet niet of u het weet, maar u mag nu tot 2 april 2021 nog altijd niet na 12u ‘s nachts buiten komen.

    Ik vond het triest dat De Standaard deze week kopte dat er 0 parlementaire vragen zijn geweest over de avondklok. Ja, u leest dat goed. Het fundamentele recht van te gaan en staan waar je wil wordt al maanden aangetast, en niemand heeft de moeite gedaan om de regering daar een vraag over te stellen.

    Je kan dan klagen over de macht van een parlementariër, maar het parlement moet ook nog zijn werk doen.

    En zo is dit stuk alweer veel te lang. Tot de volgende keer, politieke vrienden.

  • Avoiding Figma file complexity

    February 2, 2021 - Posted in figma workflow

    The advanced features in Figma can be tricky; they should be used in moderation, or you run the risk of creating poor design files.

    There really is no reason to nest autolayouts that go 3 levels deep or to have 1244 variations of your button component.

    Some of the advice that is being perpetuated in articles and Figma videos needs a bit more nuance.

    Some advice is just plain wrong.

    This blog post on building complex variants for example, is simply poor advice, and something you should never do.

    Image for post
    Please NEVER do this
    Image for post
    Same here, you should split this up in a toolbar, a button and a toggle component, and do the composition in your design files, not in variants in the design system.

    I don’t understand why the official account tweeted about this article. I guess the Figma marketing team doesn’t use Figma ;).

    Then, a bit about autolayout. A powerful feature, but also one that should not be overused. There is a whole video series on autolayout that spans 100+ minutes on YouTube by Pablo Stanley.

    In the last video on forms, a lot of nested autolayouts are used.

    This is a bit more nuanced than the above article; the video is a good video to demonstrate how a feature can be used.

    While learning it can be fun to nest an autolayout a few times and see your design become more responsive. It’s good to know how autolayout works (vs constraints); and how to use it in practice.

    But we should also warn people to not make their design files too complex. There usually is no big point in trying to make a design responsive.

    Variants and autolayout are cool, but at some point, the overuse of these feature becomes a nuisance when trying to manipulate the designs.

    If you use too many variants, or use variants in a wrong way, a design also becomes harder to maintain.

    If you use too many nested autolayouts, you lose the fluidity of actually being able to move things around the canvas. I would urge designers to definitely make use of these features, but perhaps a bit more sparingly.

    If you are new to Figma, and you look at tutorials, you might get the wrong impression about how to design in Figma.

    So I wanted to provide a little bit of a counter to some of the advice and guidance out there.

    Ad: We offer a Figma workshop at Mono to learn design teams how to get the most out of Figma.

  • De Afspraak op Vrijdag, 22 januari

    January 23, 2021 - Posted in belgische-problemen de-afspraak nva politiek standpunt

    Gisteren keek ik weer naar de Afspraak op Vrijdag.

    Wederom was het een interessante aflevering; ik moet Ivan de Vadder complimenteren met de gastenkeuze en het daaropvolgende debat.

    Ik kon me zeer goed vinden in de meeste stellingen van Fouad Gandoul en Karel Verhoeven. Maar natuurlijk was het interessante deel de politieke gast waar ik heel wat minder mee akkoord ging. Deze vrijdag was dat Valerie Van Peel van NV-A.

    De eerste dikke vijf minuten was ik nog mee met Mevr. Van Peel; die aankloeg dat er geen pandemiewet is en de parlementaire controle verdwenen is. Dat besluiten worden gemaakt via MBs en dat dat niet klopt.

    Daar kan iedereen die een hart heeft voor de parlementaire democratie akkoord gaan denk ik. Fouad Gandoul voegde daar nog aan toe dat er zoiets bestaat als de hiërarchie der normen; van grondwet over bijzonder e wetten tot wetten tot KBs en uitvoeringsbesliten tot decreten/ordonnanties en dan als laatste MBs. Interessante materie, aangezien ik in mijn werk bezig ben met de documentenstromen van de regering.

    Maar naarmate het gesprek vorderde, zag ik Mevr. Van Peel kronkelen. Als er een onderwerp-switch kwam was ze helemaal flustered. En dat komt volgens mij omdat door dat telkens een antwoord gegeven wordt daar nog even het partijstandpunt moet worden bijgenomen. En als dat partijstandpunt niet coherent is, dan begin je natuurlijk te stommelen en word je zenuwachtig. Doorheen de aflevering werd Mevr. Van Peel telkens zenuwachtiger. 

    Ik geef een voorbeeld van die niet-coherentie. Zowel Bart de Wever (8 januari; zie post) als Valerie van Peel nemen de woorden “de onderlaag van de maatschappij” in de mond in hun argumenten, en proberen dat perspectief te verdedigen.

    Die debatfiche wil ik wel eens zien. Ik snap de denkpiste niet om een deel van de bevolking zo te benoemen, en dan op een niet-overtuigende manier er voor op te komen. Er worden helemaal geen sluitende argumenten gegeven waarom de N-VA specifiek hun belangen behartigt

    Dat ze dat deel van het electoraat en zoveel mogelijk stemmen willen aanspreken snap ik. Maar in de studio is er nooit echt een sluitende reden waarom die personen voor de N-VA moeten kiezen.

    De kronkel van Bart de Wever op 8 januari ging over tien dingen tegelijk. Nu werd door Mevr. Van Peel gezegd dat zij als politica, tijdens een pandemie nog een redelijk normaal leven heeft, maar dat ze de “man in de straat” begrijpt. Ze stelt dat zij de Vlaamse volkspartij willen zijn.

    Het lijkt alsof zowel Mr. De Wever als Mevr. Van Peel hun eigen invulling geven aan de vage notie van “het gewone volk verdedigen”. Maar te veel die scheiding willen maken is op zich al elitair vind ik. Mensen zijn mensen. Een bevolking opdelen in te veel verschillende groepen heeft weinig zin. Dat stelt Mevr. Van Peel zelf, 10 minuten nadat ze de opdeling zelf heeft gemaakt.

    Als je je eigen stellingen ondergraaft omdat je geen logisch pad volgt, dan is de geloofwaardigheid weg. Als je daarnaast continu in de clinch ligt met je eigen mening t.o.v. de debatfiches t.o.v. het beleid op 2 niveau’s, waarvan je maar op 1 niveau in de regering zit, krijg je een zéér schizofrene mening.

    Als het gaat over die man in de straat, vind ik een Peter Mertens 10 keer geloofwaardiger om mensen met minder middelen te verdedigen. Ik ga niet akkoord met de meeste standpunten van de PvDA; maar ik geloof Mr. Mertens wel. Hij is consequent in wat hij zegt.

    Verderop in De Afspraak werd er wat gedanst rond de affaire Kucam en werd Zuhal Demir als een voorbeeld van politieke verantwoordelijkheid naar boven gebracht. Heel dat deel van de programma zette Mevr. Van Peel de “ik zal mijn partijgenoten verdedigen, whatever they did”-bril op. Het is uiteraard politiek 101 dat je dat doet, maar het doet wel pijn als je voelt dat er niet veel te verdedigen valt.

    Daarnaast werd ook nog eens herhaald dat er niet met Open VLD valt samen te werken, nog zo’n item uit de debatfiches. Hoe lang gaat de N-VA nog calimero spelen? Hoe lang gaan we het riedeltje van dolk in de rug nog mogen aanhoren? Economisch passen de N-VA en Open VLD bij elkaar. Ik vind het spijtig dat er nu zo’n scheiding wordt gecreëerd.

    Bij de N-VA zie ik momenteel een grote identiteitscrisis, en veel politiek opportunisme. Het optreden van Mr. De Wever op 8 januari gaf mij een slechte indruk. Mevr. Van Peel, die genoemd wordt als mogelijke ondervoorzitter, bevestigt die slechte indruk.

    Kan de N-VA zich herpakken, of is het over & out?

    Ik ben benieuwd hoe het evolueert. Ondertussen zie ik bij de liberale partij een instroom van nieuwe namen bij de jongeren. Daar ben ik blij om; het lijkt dat de geloofwaardigheid van De Croo en Lachaert een versterkend effect hebben.

    Tot de volgende!

← older
newer →
  • ©2025 Johan Ronsse
  • X
  • Mastodon
  • Portfolio 2024