Release-opmerkingen voor versie: 13.0.0 + 13.1.0 (Major)
Inhoud
Configureerbaarheid van het linkermenu en de bovenste balk
Tijdformaat (1:45 versus 1.75)
Migratie van Taken vanuit filterwidget
Kennisbank versus kennisbank Legacy
Zeitwerk (alleen ontwikkelaars)
API-wijziging voor aangepaste velden voor opzoeken
Technologische stapel
Deze sectie is belangrijk voor de serveroplossing. Cloudgebruikers hoeven zich hier geen zorgen over te maken.
- Besturingssysteem: Debian 11 op amd64-architectuur
- Redmine: upgradebaar vanaf versie 5.0.5
- Robijn: 3.1.2
- Bundel: 2.3.7+
- Rubygems: 3.3.x
- Database: Percona/MySQL 8.x
- redis-server: 5+
- NodeJS: 18.8
- Docker-motor: 20.10.22
- Docker componeren: 2.15.1
Raadpleeg vóór elke upgrade zorgvuldig alle release notes tussen uw bestaande versie en de nieuwe versie - er kunnen kritische technische of functionele wijzigingen worden uitgelegd.
Scrumborden - de volgende generatie
Dit is geen sciencefiction (😉), maar integendeel: de meest authentieke en nauwkeurige projectie van Worsteling om de bal principes in een stukje software.
Scrumborden maken deel uit van het Essentials-plan => u hoeft niets nieuws te kopen.
Deze benadering van scrummanagement is onafhankelijk van taken, waardoor een vrijere samenwerking mogelijk is - zonder beperkingen zoals de workflow, verplichte velden, mijlpaaldatums en andere beperkingen die niet echt compatibel zijn met de scrumbenadering. We hebben nauw overlegd met een gecertificeerde scrumexpert om de belangrijkste principes correct te behandelen.
Vanuit technologisch perspectief maakt het samenwerking op een hoger niveau mogelijk door wijzigingen door meerdere gebruikers in het live scrumbord mogelijk te maken (zoals in gespecialiseerde whiteboard-applicaties zoals Miro of Mural), uiteraard met mechanismen voor conflictpreventie.
Hoe zit het met het bestaande Agile-bord?
Scrumborden zijn een gloednieuwe functionaliteit en hebben op geen enkele manier betrekking op het bestaande Agile-bord (scrumprojectmodule) in eerdere versies. Door te upgraden vanaf een oudere versie blijft uw originele scrumprojectmodule actief. Daarnaast zul je de nieuwe Scrumborden vinden, zodat je hun concept kunt gaan begrijpen, waarvan wij hartstochtelijk geloven dat dit DE juiste scrummanier is.
Als Easy Project 13 uw eerste versie is, ontvangt u alleen de nieuwe Scrum-borden, waardoor u dergelijke projecten snel aan uw klanten kunt leveren.
Waarom een nieuwe functionaliteit, als die er al is?
Ons hoofddoel is een harmonieuze samenwerking tussen gebruikers van onze software. Hierdoor kunnen onze gebruikers betere producten aan hun klanten leveren. Daarom zijn de nieuwe Scrumborden geraadpleegd met een scrumexpert, wiens doel aansluit bij de onze. Het resulterende product verschilt gewoon te veel van de originele scrumprojectmodule en kan dus niet worden geïmplementeerd als een upgrade van bestaande functionaliteit.
Terminologie
Er worden in dit artikel enkele nieuwe termen gebruikt, evenals wijzigingen in het sms'en binnen de applicatie. Het doel van de standaardisatie is om het begrip van gebruikers van onze applicatie te vergroten, evenals een beter begrip tussen gebruikers en onze vertegenwoordigers, bij het oplossen van problemen of gewoon in het algemeen bespreken van de applicatie.
Gelieve dit na te kijken dit document voor de lijst met terminologiewijzigingen.
Ontwerp en lay-out
De vermelde wijzigingen zijn in vergelijking met v12.
Linkermenu opnieuw ontworpen
Linkermenu veranderd van individuele knoppen naar een functioneel samenhangend gedeelte. Het submenu wordt naar beneden uitgevouwen in plaats van zijwaarts.
Als het linkermenu is samengevouwen, wordt door op een submenu te klikken het linkermenu uitgevouwen, zodat u uw item gemakkelijk kunt vinden. Wanneer u vervolgens op het submenu-item klikt, klapt het linkermenu automatisch weer samen. Als u dus gewend bent aan het samengevouwen linkermenu, blijft het onthouden, zelfs nadat het gedwongen werd uit te vouwen vanwege de weergave van het submenu.
Waarom de verandering?
Voorheen voelden de linkermenuknoppen alsof ze zwaar in de ruimte zweefden, maar pasten ze niet echt in de lay-out van de applicatie.
Uitbreiding van het submenu naar beneden in plaats van naar de zijkant versterkt de samenhang van het menu als geheel.
Inhoud bovenste balk - samenvatting
De bovenste balk is verbeterd, hier zijn de wijzigingen:
- Ga naar dashboard - nieuwe functie in v13, verderop in dit artikel gedetailleerder uitgelegd
- Zoeken is breder en in het midden. Het heeft ook een sneltoets "/"
- Toolkit - kalender en bedieningselementen vanuit de verwijderde rechter servicebalk
- Plusknop - hierheen verplaatst, omdat deze voorheen ergens in de rechteronderhoek zweefde. Er was daar beneden geen geschikte plek voor. In mobiele weergave blijft de plusknop rechtsonder staan, zodat deze gemakkelijk met de duim bereikbaar is.
- Gebruikersprofiel met submenu - het submenu bevat schakelaar voor donker thema en knop uitloggen. De uitlogknop maakt niet langer deel uit van het algemene menu en heeft ook geen aparte knop in de bovenste balk. Het gebruikersprofiel is altijd beschikbaar in de bovenste balk (kan niet worden uitgeschakeld zoals voorheen), daarom vindt u hier altijd de uitlogknop.
- Globaal menu - beheerders hebben vanuit dit menu ook toegang tot Beheer.
Waarom de verandering?
We hebben besloten om het potentieel van de bovenste balk te benutten en tegelijkertijd de toepassing te verhelderen door de rechter servicebalk te verwijderen.
Rechter servicebalk verwijderd
Knoppen uit de servicebalk (activiteitenfeed, takenlijst, etc.) zijn verplaatst naar de bovenste balk.
Waarom is het verwijderd?
De servicebalk aan de rechterkant was overdreven, vooral op pagina's met een andere (nuttigere) zijbalk (zoals taakdetails of takenlijst). De bovenste balk biedt voldoende ruimte voor deze toolkit.
Direct schakelen tussen donkere modus
Iedere gebruiker kan direct wisselen tussen donker/licht thema onder de profielwisselaar in de bovenste balk. Het is niet langer nodig om het hele gebruikersprofiel te bewerken om van thema te wisselen.
Dark Toggler werkt momenteel niet met aangepaste thema's. Aangepaste thema's worden geleverd op een manier die momenteel niet compatibel is met deze functie. Er zijn plannen om deze beperking op te heffen.
Waarom de verandering?
Om tijd te besparen, voor een beter aanpassingsvermogen. Het maakte ook deel uit van een groter technologisch niveau omhoog.
Pictogrammensetverandering en eenwording
Voorheen waren er op verschillende plaatsen meer inconsets (menu's, aangepaste selecties, hardgecodeerde weergaven,...), waardoor de algemene indruk van de applicatiepagina's werd aangetast. Nu komt elk pictogram in de applicatie uit één pictogrammenset, gebaseerd op Nucleo-pictogrammen.
Ze zijn lichter - in gebruik schets stijl in plaats van gevuld stijl van de vorige iconen.
Deze stap heeft effect op de eigen pictogrammen in de hele applicatie, maar ook op de aangepaste pictogramselectie, die beschikbaar is op trackers, trendwidgets en aangepaste menu-items (gebruikerstype-instellingen). Na de upgrade wil je misschien enkele van je meest gebruikte items controleren met aangepaste pictogrammen.
Pictogramselectie in trendswidget v12 versus v13
v12
v13
Pictogramselectie in gebruikerstype - aangepaste menu-instelling v12 versus v13
v12
v13
Waarom de verandering?
Eén enkele pictogrammenset is gewoon gezond verstand.
Nucleo-iconen zijn een professioneel onderhouden set. De omtrekstijl maakt de pictogrammen lichter, waardoor er minder nadruk op wordt gelegd => minder afleiding => meer werkfocus.
Taakdetails vernieuwd
In v12 hebben we verbeteringen aangebracht voor het bewerken van taken en nieuwe taakformulieren (en enkele andere). Nu hebben we in v13-ontwerp de taakdetails vernieuwd.
- Pictogrammen toegevoegd naast native taakkenmerken
- Opnieuw gekleurde achtergrond achter attributen
- Zijbalk compacter gemaakt
Waarom de verandering?
Taak is de meest gebruikte entiteit in de applicatie. We hebben besloten dat deze er representatiever uit moet zien, maar vooral beter leesbaar.
Herontwerp van dashboardwidgets
Vooral opmerkelijk op trends, wanneer een pictogram is geselecteerd.
Administratie aangepast
Gewoon een kleine visuele boost voor het dagelijkse werk van de beheerders.
Compact thema verwijderd
Gebruikers kunnen niet langer een compact thema selecteren.
Waarom is het verwijderd?
Het onderhoud van reguliere + compacte thema's werd te omslachtig en veroorzaakte praktisch kwaliteitsverlies van het compacte thema.
Uit ons onderzoek is gebleken dat er weinig gebruik wordt gemaakt van het compacte thema. We hebben besloten ons te concentreren op de best mogelijke vorm van één (regulier) thema, inclusief optimalisaties om de weergaven te ‘compacteren’ waar gebruikers meer gegevens nodig hebben.
De nieuwe technologie die het direct schakelen tussen donkere thema's mogelijk maakt, biedt echter ook de mogelijkheid om onmiddellijk om te schakelen naar "dichtheid". Een dergelijke optie kan in de toekomst worden overwogen op basis van gebruikersfeedback.
Projectbroodkruimel naar rechts verplaatst
Moederprojecten zijn verplaatst naar een minder prominente plek.
Waarom de verandering?
Het helpt bij de algemene oriëntatie in de projectcontext en de leesbaarheid van de naam van het huidige project. Ook is er aan de rechterkant meer ruimte voor deze secundaire informatie.
Wijzigingen in de configuratie van het linkermenu en de bovenste balk (instelling gebruikerstype)
De configureerbaarheid van het gebruikerstype (ingeschakelde/uitgeschakelde items in het linkermenu en de bovenste balk) is bijgewerkt om de nieuwe lay-out weer te geven, verkeerde configuratie te voorkomen en de bruikbaarheid te verbeteren. De vermelde wijzigingen zijn in vergelijking met v12.
v13
v12
| Home-pictogram | ➡ | Instelling verwijderd => Mijn dashboard zal altijd beschikbaar zijn |
| Projecten | ➡ | Geen verandering |
| Taken | ➡ | Geen verandering |
| Meer | ➡ |
Instelling verwijderd => de globaal menu zal altijd beschikbaar zijn (uiteraard met respect voor de rechten voor elk item) |
| menu-item Aangepaste | ➡ | Geen verandering |
| Vóór zoekknoppen (proefversie) | ➡ | Instelling verwijderd => verouderd |
| Ontdek | ➡ | Instelling verwijderd => zoeken in volledige tekst zal altijd beschikbaar zijn |
| Administratie | ➡ |
Instelling verwijderd => zal altijd beschikbaar zijn voor beheerders onderaan het algemene menu |
| Afmelden | ➡ |
Instelling verwijderd => zal altijd beschikbaar zijn in het submenu van het gebruikersprofiel |
Opties toegevoegd om te configureren
- Dashboards - Toon/verberg de functie "Selecteer dashboard". De gebruiker heeft ook toestemming nodig Bekijk aangepaste dashboards om dit artikel te zien.
- Activiteitenfeed - Activiteitsfeed weergeven/verbergen.
- Takenlijst - Toon/verberg takenlijst. De gebruiker heeft ook toestemming nodig Gebruik een to-do-lijst om dit artikel te zien.
- Kalender - Kalender tonen/verbergen. De gebruiker heeft ook globale toestemming nodig Bekijk kalender om dit artikel te zien.
- Accounts - alleen met CRM. Tool Accounts tonen/verbergen. De gebruiker heeft ook toestemming nodig Accounts bekijken om dit artikel te zien.
- Kennisbank - alleen met Kennisbank. KB-tool tonen/verbergen. De gebruiker heeft ook toestemming nodig Bekijk artikelen om dit artikel te zien.
- Kennisbank Legacy - alleen met Kennisbank Legacy. Toon/verberg KB-verouderde tool. De gebruiker heeft ook toestemming nodig Bekijk kennisbank Legacy om dit artikel te zien.
Waarom de verandering?
We waren van mening dat sommige cruciale items niet mogelijk zouden moeten zijn om te verbergen per gebruikerstype-instelling. Het had een aanzienlijk potentieel voor verwarring bij de gebruiker. Andere items werden op geschiktere plaatsen geplaatst, waardoor de configuratie irrelevant werd.
Aan de andere kant dachten we dat de niet-kritieke items mogelijk verborgen zouden kunnen zijn. Beheerders zien bijvoorbeeld altijd de takenlijst en de agenda, zelfs als ze deze niet gebruiken, zelfs als de machtigingen zijn uitgeschakeld (omdat beheerders alles zien). In v13 kunnen ze worden verborgen via het gebruikerstype. De activiteitenfeed was voor vrijwel elke gebruiker zichtbaar (omdat hij niet aan enige toestemming gebonden was), nu kan hij verborgen worden, voor het geval je hem afleidt.
Spring naar dashboard
Zoals hierboven al vermeld, bevat de bovenste balk een nieuw item waarmee u naar aangepaste dashboards kunt navigeren.
Hoe het werkt
- Gebruiker heeft toestemming nodig Bekijk aangepaste dashboards ingeschakeld om deze functie te gebruiken.
- Door te klikken Toon alle aangepaste dashboards u wordt doorgestuurd naar de lijst met dashboards.
- Hier kunt u dashboards die u vaak bezoekt als favoriet instellen.
- Uw favoriete dashboards worden dan direct gepresenteerd in de selectie uit de bovenste balk.
Waarom deze functie?
Aangepaste dashboards zijn altijd een sterke troef van onze applicatie geweest. Ze misten echter een toegangspunt waar gebruikers ze daadwerkelijk konden vinden. De beheerder zou de link aan het linkermenu moeten toevoegen, of deze op een andere manier handmatig moeten delen. De functie Ga naar dashboard is de oplossing voor dit probleem.
Nu kunt u de kracht van dashboarding volledig benutten voor elk onderdeel van uw bedrijf dat wordt beheerd in Easy Project.
Verbeteringen in het beheer van aangepaste velden
Verandering die misschien geen invloed heeft op de dagelijkse bedrijfsvoering, maar wel potentieel onvriendelijk gedrag elimineert voor beheerders die aangepaste velden in de applicatie beheren.
Eerder
Aangepaste velden zijn gescheiden op entiteitstype. Sommige entiteitstypen waren verborgen onder het weglatingsteken.
Nu
Alle aangepaste velden staan in één filterbare lijst, met zoekmogelijkheid.
Vanuit functioneel perspectief blijft alles zoals voorheen. Door op een entiteitstype te klikken, krijgt u de weergave van aangepaste velden voor dat specifieke entiteitstype te zien. In deze weergave kan de volgorde van de aangepaste velden worden ingesteld.
Tijdformaat (1:45 versus 1.75)
In het gebruikersprofiel kunt u kiezen hoe u de bestede tijd wilt weergeven.
Eerder
Er waren opties "kort" (decimaal, bijvoorbeeld 1,75) en "lang" formaat (1 uur en 45 minuten).
Nu
1. Het "korte" formaat is hernoemd naar Decimaal, werkt hetzelfde als voorheen - 1,75
2. Het "lange" formaat is vervangen door een compacte vorm van uren en minuten - 1:45
Waarom de verandering?
Op basis van gebruikersfeedback werd duidelijk dat het oude "lange" formaat niet goed werd geaccepteerd. Het nam te veel ruimte in de rapporten in beslag en was niet goed leesbaar. Het korte formaat had het probleem om in een decimaal systeem te rekenen, wat een "cultuurschok" was voor veel gebruikers, die nog nooit met decimale tijdberekening hebben gewerkt.
Migratie van Taken vanuit filterwidget
In release-opmerkingen voor versie 11, hebben we aangekondigd dat sommige widgets zouden worden verwijderd. Widget Taken van filter bestond nog steeds in de applicatie, als deze vóór v11 was toegevoegd. Het was alleen niet toegestaan om nieuwe widgets van dit type toe te voegen.
Door te upgraden naar v13 zal een automatische migratie het bestaande transformeren Taken van filter widgets aan hun respectievelijke volgers. De migratie omvat de overgrote meerderheid van configuraties en basisgebruiksscenario's. Slechts enkele hoekgevallen kunnen niet worden gemigreerd.
Hoe het werkt
Gebaseerd op de uitgangsinstelling: van de oude widget, kan deze op de volgende manieren worden getransformeerd:
- Lijst - wordt gemigreerd naar widget Lijst
- Grafiek - wordt gemigreerd naar de betreffende widgets Bar, Lijn or Taart in kaart te brengen
- Rapport - wordt gemigreerd naar widget Draaitabel
- Kanban- wordt gemigreerd naar widget Kanbanbord op maat
Aangepast kanbanbord heeft een complexere configuratie (documentatie hier). Het is mogelijk dat u enkele delen van de statustoewijzing binnen de widget moet aanpassen. - Tegels - er is geen widget die deze uitvoer vertegenwoordigt, waarnaar deze wordt gemigreerd Lijst
- Kalender - er is geen widget die deze uitvoer vertegenwoordigt, waarnaar deze wordt gemigreerd Lijst
- Als er meerdere uitvoeropties zijn geselecteerd, vindt de migratie plaats naar de widget die het eerste geselecteerde uitvoertype vertegenwoordigt
Tegels en Agenda-widgets gaan verloren tijdens de migratie. Er is echter nog steeds een handmatige oplossing om deze uitvoer op een dashboard te krijgen, als u ze echt nodig heeft.
- Ga naar takenlijst
- Bereid uw tegels of kalenderuitvoer voor
- Bewaar het filter
- Ga naar een dashboard
- Pas
- Widget toevoegen Lijst -> Entiteit - Taken
- Selecteer het opgeslagen filter
- Sla het dashboard op
- Deel een glimlach 🙂
In feite wordt elk opgeslagen filter in welke uitvoer dan ook (of meerdere uitvoer) naar de widget gemigreerd Lijst, maar toont de uitvoer(en) van het opgeslagen filter.
Waarom de migratie?
De oude widgets zijn al functioneel vervangen. Het bewaren ervan in de code/database van de applicatie wordt dus een onnodig stabiliteits- of prestatierisico. Meer code => hoger bugpotentieel; groter datavolume => hoger prestatie-effect.
Met deze migratie kunt u oude code en onnodige gegevens uit uw applicatie verwijderen.
Kennisbank versus kennisbank Legacy
De originele kennisbank wordt in de toepassing hernoemd als Kennisbank Legacy. Er zijn geen functionele veranderingen, deze add-on werkt nog steeds met v13.
De nieuwe Kennisbank 2.0 is hernoemd naar simpelweg Kennisbank.
Waarom?
De oorspronkelijke KB heeft qua structuur en vorm zijn functionele hoogtepunt bereikt. Er is geen technische ruimte om de mogelijkheden ervan te verbeteren om tegemoet te komen aan de hedendaagse complexe vereisten voor kennisdeling. Deze toestand is praktisch de definitie van Nalatenschap in softwareterminologie.
De missie werd overgenomen door de nieuwe Knowledge base, die is gebouwd als een gespecialiseerd professioneel documentatiehulpmiddel dat alle mogelijkheden van het origineel verre overtreft. Deze tool zal de komende jaren verder worden ontwikkeld en verbeterd. Het nummer 2.0 voelt overdreven, vooral als je maar één KB hebt geïnstalleerd.
Zeitwerk-ondersteuning (alleen voor ontwikkelaars van Easy Project)
Ontwikkelaars van de Easy Project-applicatie moeten zich bewust zijn van deze verandering. Details zijn beschikbaar in de Ontwikkelaarsportaal.
Dit is geen functionele wijziging => gebruikers en beheerders kunnen deze negeren.
Waarom de verandering?
Om op de hoogte te blijven van de huidige en toekomstige technologische normen.
API-wijziging voor aangepaste velden voor opzoeken
Voor aangepaste opzoekvelden is de ID hernoemd naar VALUE voor consistentie met de JSON-indeling en andere aangepaste velden.
Voor
Nu
changelog
Vergeet niet het changelog voor andere, kleinere veranderingen.
