Sander's Verhalenhoek

Is goed

Als je problemen / wensen hebt, open een ticket op Codeplex

JeRa schreef op donderdag 31 januari 2013 @ 00:03:
Hey Sander, goede ontwikkelingen dit! Vraagje over RegistryEditor.cs; ik zie daar twee lege try/catches staan. Gaat dit altijd goed?

Ze zitten daar idd met een reden.

Bij GetSetting returned hij een lege string in de catch, waarom? Het is mogelijk dat de opgevraagde key of value niet in het register bestaat. Dan moet hij niks teruggeven.
Ook heeft de gebruiker in dit geval altijd toegang tot de key, gezien deze in de CurrentUser context staat.

Bij RemoveSetting is het in principe dezelfde reden. Maar die is zelfs helemaal leeg omdat die geen returnwaarde heeft.

RobIII schreef op donderdag 31 januari 2013 @ 00:33:
Waarom moet ik in hemelsnaam een shitload aan textboxes invullen? Dat kan toch ook gewoon met een "Add Dropbox", "Add GDrive" knopje? Tevens heb ik me suf geklikt op 't "Add" knopje dat niets deed; blijkbaar moet ik eerst alles invullen, dan op "Save" klikken en dan weer op "Add"? Waarom is dat knopje dan enabled in the first place? Erg intuïtief is het niet, IMHO.

Dank je voor je inzicht

Je kan ook een service toevoegen die iets anders is dan Dropbox of GDrive (die moet ik nog toevoegen) daarvoor kan je de tekstvelden invullen. En maar 4 van deze velden is verplicht om in te vullen.

Het Add knopje zit onder het lijstje met Services. Je moet dus eerst op Add klikken en dan de tekstboxes invullen en dan op Save klikken. Want als je een Service geïnstalleerd hebt kan je deze aanpassen door op de service in de lijst te klikken en de tekst in de velden aan te passen.

Wel sluit ik me aan bij wat eerder gezegd is: voor OSS

[Reactie gewijzigd op donderdag 31 januari 2013 07:39]

Het klopt toch?

Edit: ik zie wat je bedoelt Ik ga ff een ticket aanmaken

http://cloudmanageroffice.codeplex.com/workitem/1215

Mooi systeem trouwens, dat CodePlex

En alpha 0.2 is online Met fixes voor alle gemelde punten hierboven.

[Reactie gewijzigd op donderdag 31 januari 2013 11:43]

soczol schreef op donderdag 31 januari 2013 @ 08:20:Heb je misschien een screenshot van hoe dit er uiteindelijk uit komt te zien in Office?

Er is vrij weinig te tonen. In Office 2013 heb je in het menu een optie om een provider (lees: Skydrive of Sharepoint) toe te voegen. De zelf aangemaakte providers komen in dat lijstje te staan. Zo kan je die aan je profiel koppelen (gaat niet via de applicatie die ik gemaakt heb) en daarna kan je op dezelfde wijze als bladeren in SkyDrive / je computer naar de bestanden gaan.

Ja dat kan natuurlijk ook

Wezz6400 schreef op maandag 04 februari 2013 @ 01:32:
Leuk tooltje, daar kunnen vast een hoop mensen wat mee.

Ik was nieuwsgierig en ben eens door de code gestruind. Dat ziet er best leuk uit. Ik heb wel twee tips voor je.

• Comments, je gebruikt bijna geen comments. Documenteer je code voordat je e.e.a. vergeet en moet gaan reverse engineering om überhaupt nog te begrijpen hoe je het allemaal bedacht had.

True, maar het is nu allemaal super basic. Ik heb iig nog niets gevonden wat ik niet weer zo 1 2 3 uit mijn hoofd kan herschrijven. Ik zal in de toekomst waarschijnlijk nog wat XML documentatie toevoegen. Maar niet meer dan dat.

• Exception handling is alleen bedoeld voor uitzonderlijke situaties. Je gebruikt het nu ook regelmatig voor normale situaties (gebruiker heeft te weinig rechten bijv.), da's niet de bedoeling. Dat soort dingen zou je moeten checken voor je er gebruik van probeert te maken zodat de exception alleen voorkomt als er echt iets raars gebeurt. Als een gebruiker je applicatie normaal gebruikt zou er nooit een exception op mogen treden.

Zeg jij, ik heb iets anders geleerd. Gezien een situatie altijd anders kan zijn dan je verwacht. Je kan in geen enkel geval 100% van alle situaties testen. Je kan wel 100% van alle exceptions opvangen. Deze exceptions (aangegeven in de code) triggeren alleen in de meest uitzonderlijke gevallen (gebruikers met minder rechten dan een standaard gebruiker gezien enkel HKEY_CURRENT_USER aangesproken wordt )

Sterker nog, er is geen mogelijkheid in de .NET RegistryKey klasse aanwezig om vooraf te controleren of de gebruiker toegang heeft.

[Reactie gewijzigd op maandag 04 februari 2013 07:30]