MarcoPolo

Hallo @phoenix, Beetje laat antwoord, maar ik ben inderdaad wat minder online, dit door allerlei nieuwe projecten en projectjes(?)... Het programma wordt nog gewoon onderhouden wat betreft updates van het onderliggende systeem, maar aanpassingen aan het programma zelf gebeuren niet meer, met uitzonderingen van bugs door systeem updates. (ik gebruik de app zelf ook, dus moet wel goed blijven werken 😎) Ik heb de SQL fout van je nog even gecheckt en kan niet direct achterhalen wat de oorzaak hiervan is geweest. In al mijn testen komt de fout niet meer naar voren. In je bericht zag ik dat het gebeurde met een liquid aanmaken en heb hierom heen getest, maar alles gaat bij mij zonder probleem of fout melding. Als je dit nog eens hebt, plaats dan even een screenshot met je invoer velden en wat je daar ingevoerd hebt. Het kan dat de SQL routine over een bepaalde invoer struikelt. Ik heb dit wel ondervangen en beveiligd binnen de code, maar het kan altijd iets zijn wat ik over het hoofd gezien heb. ps. Het kan ook dat bij de hosting provider waar de app draait, er net op dat moment onderhoud aan de server was. Dit door de plek waar de SQL fout binnen de code was (line 6 ). Binnen de code wordt hier de verbinding met de SQL server tot stand gebracht, en wat mogelijk even niet goed ging.

Hallo @Jerr81, De herstel modus is voor als je iets uitgeprobeerd hebt en dit 'terug' wil draaien. Als je dus binnen de herstel modus liquids verwijderd, wordt ook de voorraad 'terug' hersteld. De hoge prijzen waren naar mijn idee al opgelost in een eerdere post, de herstel modus gebruiken was denk ik niet nodig, en zorgt alleen voor het bovenstaande probleem.

@Jerr81 Ik heb een mogelijke oorzaak gevonden, en gelijk een kleine update gedaan om dit te voorkomen.. De kost prijs berekening gaat via het voorraad gedeelte, en kijkt bijvoorbeeld bij de nicotine, wanneer de liquid is aangemaakt, en welk nicotine item is gebruikt. (m.b.v. een herkennings routine) Dit gaat goed als de keuze voor het systeem helder is, en er qua tijdstip, soort item, verhoudingen item, etc. er maar 1 keus is. Als er meerdere dezelfde voorraad items gevonden worden die op hetzelfde (aanmaak) moment aanwezig waren, maar met verschillende prijzen, zal het systeem minder betrouwbare keuzes maken. Ik heb een kleine update gedaan, met een dubbele en uitgebreidere check, zodat er voortaan exact het zelfde nicotine voorraad item gebruikt zal worden bij de kost prijs berekening, als degene waarmee het is aangemaakt. Dus op het moment dat je bij de recepten een liquid aanmaakt, wordt er extra data vastgelegd om de uitgebreide check mee te doen. Voor alle reeds aangemaakte liquids werkt die uitgebreidere (kost prijs) check nog niet, maar is de normale check wel iets geoptimaliseerd om de bovenstaande oorzaak zoveel als mogelijk te voorkomen. Ik hoop dat dit helpt.

Nee dat hoeft niet, aangezien de prijs verhouding berekent wordt op de prijs van een (vol) nieuw voorraad item. In de voorraad geef je eenmalig aan wat bijvoorbeeld een liter nicotine kost, en daar berekent de app dan de prijs uit, van de hoeveelheid nicotine die je hebt gebruikt in een liquid. Ik heb momenteel ook geen idee hoe het prijsverschil bij jou gebeurd is. (ik ga dit sowieso onderzoeken, ik zal je berichten als ik de oorzaak gevonden heb)

Hallo @Jerr81, Nee , er is niets veranderd of aangepast binnen de app. Ik heb het voor de zekerheid dubbel gecheckt bij mijn eigen liquids en recepten, maar alles klopt en is hetzelfde als voorheen.

Hallo @Jerr81, Het is eventueel ook een mogelijkheid (vooral als je net begonnen bent met de app) om alleen alle aangemaakt liquids te verwijderen. Hierdoor zal je voorraad ook weer terug 'gevuld/gedraaid' worden, en de voorraad items die als geheel gevuld gezien worden, kunnen dan gewoon verwijderd worden. Binnen het liquid gedeelte kan je de herstel modus gebruiken om aangemaakte/ingevoerde liquids te verwijderen. (beschrijving hiervoor staat in een eerdere post hierboven, pag. 3) Hierna kan je dan deze liquids met de aangepaste voorraad items opnieuw invoeren. (eventueel met een aangepaste steep tijd) Het principe van de app is dat in de achtergrond redelijk wat in elkaar haakt, om bij het gebruik alles automatisch en zo netjes mogelijk te laten werken. Een (klein) nadeel hiervan is dat het terug draaien van bewerkingen, soms wel wel wat bewerkelijk is. (maar niet onmogelijk) Ik hoop dat het hiermee lukt.. 🙂

Hallo Adeo, Nee dit klopt helemaal en werkt als bedoeld. Je moet een recept 1 ster geven om te kunnen verwijderen. Dit is als extra veiligheid om per ongeluk te verwijderen te voorkomen.

Aangezien een iets grotere update met enkele optionele instellingen iets langer gaat duren, heb ik voortijdig al een kleinere update gedaan. Naast enkele verbeteringen in de achtergrond, is tevens het kopiëren van een leeg voorraad item nu mogelijk. Deze kan je gebruiken door op een opgebruikt voorraad item in de lijst te klikken, en de knop 'Kopie naar voorraad' te gebruiken. Na het kopiëren zullen alle recepten waar het aroma in voorkomt ook aangepast worden met het nieuwe voorraad aroma. Voor base, nicotine, etc.. kan ook het opgebruikte voorraad item gekopieerd worden en direct weer binnen de recepten gebruikt worden. Ter informatie betreffende de updates, dit is hoe ik dit zo'n beetje doe qua tijd en opvolging. - Bugs of onjuiste werking probeer ik binnen 1-2 dagen op te lossen. Ik test een nieuwe optie altijd uitvoerig, maar er kan altijd iets zijn wat ik gemist heb bij het testen. - Toevoegingen die de huidige functionaliteiten echt verbeteren, doe ik meestal binnen 2-4 weken als deze ontdekt of aangegeven zijn. De huidige functionaliteit en mogelijkheden zijn nu redelijk compleet en zullen niet heel veel meer uitbreiden. Dit om het geheel niet te complex te maken en de gebruikers ervaring hetzelfde te houden. (dat is een primair uitgangspunt) Het is nu gewoon wat het doet dat doet het, en daar binnen zullen onderdelen verbeterd worden als het nodig is. - Nieuwe uitgebreide optionele toevoegingen, nemen meestal wel 1-2 maanden in beslag. De betreft dan een grotere update, waar ook diverse kleinere updates in zijn verwerkt. Hierbij hebben vaak verschillende kleine updates invloed op elkaar of op de grotere update, en kan ik ook pas testen als alles compleet is. P.s. Alle updates gebeuren als ik er tijd voor heb, want naast me werk en programmeren heb ik ook nog andere bezigheden en hobby's. (naast af en toe niets doen ?) Ik wil wel dat het altijd allemaal netjes werkt, en er de tijd voor heb (gemaakt) om dit zonder haasten of afraffelen (?) te doen. Ik hoop in ieder geval dat jullie wat aan de nieuwe toevoeging hebben.

Dit staat al gepland voor een komende update Zoals eerder gemeld met een kopie in een bepaalde vorm, maar waarbij de historische data ook juist en behouden blijft.. Heb wel al een idee voor een oplossing, waarbij je een recept niet opnieuw hoeft aan te passen.

Hallo @Bianca, Zoals @Adeohet zegt doe ik het in principe ook. Bij meerdere flesjes van hetzelfde aroma tel ik de inhoud en de prijs bij elkaar op, en sla deze als 1 voorraad aroma op. Dit werkt echt het beste, aangezien je voorraad aroma aan een recept wordt 'gekoppeld', en je dan pas een 'aroma niet in voorraad' melding bij je recept krijgt als echt alle flesjes op zijn. Tussendoor kan je zo ook het voorraad aroma aanvullen, zonder je recept te hoeven aanpassen. Wat de code betreft gebruik ik ook hetzelfde principe als @Adeo, dezelfde code als de nummering op de flesjes. Bij de Hema kan je stickervelletjes kopen met ronde nummer stickertjes in verschillende formaten. Die plak ik op de flesjes en maakt het zoeken een stuk makkelijker. (zit nu op 102 dan weet je het wel ?, maar dit is bij 2 aroma's uiteraard niet nodig..) Ik zal wel checken met de volgende update waarom4 letters als code niet juist gaat.

@koter84 Zojuist is er een kleine (tussen) update gedaan betreffende punt 1. (bij meerdere verschillende mixed bases in voorraad ging het inderdaad niet juist qua voorraad beheer) De applicatie checkt nu wat voor mixed bases je in voorraad hebt, waarbij je ook zelf kan kiezen welke je gebruikt, en zal ook alleen voor die base de voorraad aanpassen. Het principe werkt nu hetzelfde als bij de selectie van verschillende soorten nicotine. De overige aanpassingen (kopie voorraad item maken en informatie popups blokkeren) zal ik bij een toekomstige reguliere update onderzoeken wat mogelijk is.

Hallo @koter84, Dank je voor je opmerkingen, hierbij de antwoorden op je vragen. 1. Wat de mixed base betreft zal ik dit checken en oplossen in de komende update. In principe was dit getest met meerdere mxed bases, maar ik moet even uitzoeken waarom dit bij jou dan dubbel verrekend wordt in de voorraad. En eventueel inderdaad anders een keuze mogelijkheid voor de gewenste te gebruiken mixed base. 2. Wat de nieuwe aromas betreft, deze worden altijd uniek gekoppeld. Dit is een vast gegeven binnen het systeem, waar verbruik in de voorraad en eventuele kosten berekening afhankelijk van is. Een nieuw ingekocht aroma met een andere prijs of verhouding moet dan ook nieuw ingevoerd worden om de data te laten kloppen. Indien het een zelfde product en prijs is kan wel gewoon de inhoud verhoogd worden binnen de voorraad. Een nieuw 'vervangend' aroma moet dan inderdaad ook als vervangend aroma bij een recept worden toegevoegd/vervangen. 3. Dat het er niet gelijk op steepen wordt gezet na het gebruik van de knop 'liquid maken', is dat er nu ook een keuze kan worden gemaakt om bepaalde liquids op maken te zetten, maar op een later tijdstip deze daadwerkelijk te mixen waarna het steepen begint. Ik zelf zet soms een recept op maken, terwijl ik hem pas de volgende dag echt maak. Je hebt hierdoor een mogelijkheid om al een selectie te maken. 4. Ik heb de kosten berekening met een paar honderd liquids getest en gecontroleerd, en dit werkt normaal gesproken altijd juist. Ik weet momenteel ook niet waarom de aroma kosten bij jou niet zichtbaar zijn als die bij de voorraad juist waren ingevuld ten tijde van het maken van een liquid. Ik zal dit wel testen en proberen te simuleren om te kijken wat hier de reden van kan zijn. edit: Ik heb dit even snel getest, en dit gebeurd alleen als je geen unieke code aan het aroma hebt gegeven binnen de voorraad. De kosten berekening en meerdere koppelingen werken (het beste) als een voorraad item een unieke code heeft en zodanig is toegevoegd aan een recept. Ik zelf geef aan ieder aroma een oplopend nummer, om altijd een juiste koppeling te hebben. Deze code zorgt dan ook dat het genoemde onder punt 2 waarschijnlijk beter zal verlopen. 5. Wat de popups betreft zal ik kijken wat mogelijk is in een volgende update.

Ik zou zeker Registered Air Mail by TNT-PostNL aanraden. In mijn geval het betrouwbaarste gebleken naast de andere opties, en netjes binnen 2 weken in huis. Die 2 euro verzendkosten heb ik wel over voor een betrouwbaarder verzending zonder verassingen. (al kan er altijd wat mis gaan) Daarnaast heb ik ongeacht de vervoerder wel altijd alles uiteindelijk binnen gekregen..

@koter84 Ik heb de routine voor de berekening nog een keer bekeken en in de test mode de uitkomsten op 4 decimalen gezet. En zoals ik al zei, is het vooral een afronding die op een 100ste kan voorkomen binnen een berekening. Daarnaast worden er ook extra uitsplitsingen gedaan van bv. nicotine die niet bij de PG of VG wordt geteld, aangezien dit een aparte vloeistof is. Voor aroma's is de toevoeging van een smaakstof verwaarloosbaar, daar wordt wel de gehele vloeistof bij PG en/of VG berekent. In het kort en voor de duidelijkheid naar 4 decimalen gebracht, betreffende nicotine verhouding en de berekening in jou recept. Nicotine: PG: 0.2205 ml VG: 0.5145 ml Nicotine: 0.015 ml De berekening in 4 decimalen: De PG/VG basis komt daardoor op 14.985ml in de verhouding PG30/VG70 is dit 4.4955ml PG en 10.4895ml VG Haal hier de nicotine PG/VG vanaf en je komt op PG: 4.275 ml en VG: 9.975 ml Dan de aroma PG/VG eraf is PG: 2.775 ml en VG: 9.975 ml Aangezien je alleen extra VG base hebt, zal de applicatie de mixed base berekenen op de PG hoeveelheid. Hoeveelheid mixed base = ( 2.775ml / 30PG) * 100 = 9.25ml Hoeveelheid extra VG = 9.975ml - ((9.25ml/100) * (100-30PG)) = 3.50ml En daar is het verschil ? Als ik in de gehele berekening 4 decimalen gebruik, komt het totaal wel netjes op 15 ml, ipv 14.99 ml, maar dat maakt het overzicht echt onduidelijk.(en is ook geen ruimte voor) Ook als ik dit in de achtergrond zou doen, heb je kans dat wat er getoond wordt, afwijkt van de totalen. Daarom heb gekozen om alle berekeningen met 2 decimalen te doen, en ook zodanig te tonen. (met een kleine afhankelijkheid van interne systeem afrondingen) Ik hoop dat dit het wat verduidelijkt... edit: Ik ben toch even gaan brainwaven nadat ik het bovenstaande geschreven had, en zal vandaag een kleine update doen. (kan het niet laten..?) edit 2: Er is een kleine aanpassing gedaan in een voorbereidende routine van de berekening. Hiermee wordt een bovenstaand minimaal verschil wat kan optreden voorkomen. n.b. Het gebeurde enkel bij de complexere PG/VG base verhouding berekeningen, dat er een mogelijkheid was dat er een honderdste verschil zou ontstaan door de afronding. De voorbereidende routine zal nu echter in de achtergrond beginnen met volledige waardes, en gaande weg deze afronden naar 2 decimalen. Het is ook zo aangepast dat zou er een toch nog een verschil ontstaan door afronding in de berekening, de PG en VG waarde 1 extra decimaal krijgen. Hierdoor klopt het totaal ook altijd met de doelinhoud, en kan men zelf beslissen hoe men de PG/VG op honderdste/tiende wil afmeten. In mijn eigen recepten lijst (+100) was dit bij een heel klein percentage het geval, dus meestal zal de PG/VG gewoon met maximaal 2 decimalen getoond worden.

@koter84 Bedankt voor je reactie. Het verschil in 100ste komt vooral door de afronding van getallen die door php gedaan wordt. De 'kale' getallen hebben vaak 6 decimalen of meer achter de komma, welke ik terug breng naar 2 decimalen middels een afronding routine binnen php. Des te meer complexe getallen worden afgerond, des te groter het verschil, maar uit testen ging dit om 100ste op het totaal, wat ik voor deze applicatie acceptabel vond. De applicatie heeft wel als uitgangs punt om zo dicht mogelijk (en bij voorkeur precies) bij de gewenste doel inhoud te komen, met alle gebruikte ingevoerde data in de juiste verhoudingen. (en met dezelfde afronding issues) In het geval van een mixed base, heb je een redelijke berekening nodig om de juiste verhouding te vinden in combinatie met een aanvulling van losse PG of VG, de aroma's, de gewenste nicotine sterkte in combinatie met de gebruikte PG/VG en de gewenste doel inhoud. Als de applicatie met deze verhoudingen en de manier van afronden, niet exact op de doel inhoud kan komen, zal deze nooit de verhouding van alleen de base aanpassen, maar dan zoals in jou geval de doel inhoud 1 100ste verlagen. Ik zal nog een keer naar de mixed base routine kijken, maar het blijft altijd een hoofdzaak dat de totale verhoudingen kloppen. ? Wat betreft je overige opmerkingen/toevoegingen zal ik ook kijken hoe of wat er mogelijk is in 1 van de komende updates. En uiteraard bedankt voor het compliment ?