Helaas werkte dat niet helemaal zoals verwacht. Ik kon wel e-mailadressen toevoegen om een kalender te delen, maar zodra dat e-mailadres werd toegevoegd kreeg de betreffende gebruiker de minste permissions. En wat ik selecteerde als toegang maakte helemaal niks uit.

Ik kon me niet voorstellen dat ze hier vanuit Google geen oplossing voor hadden, dus gisteren dan eindelijk eens gezocht (via Google uiteraard ) en de oplossing gevonden!

Ga als eerste naar je Google Apps dashboard (iets als https://www.google.com/a/cpanel/domein.nl/Dashboard – waarbij domein.nl je eigen domeinnaam is) en dan naar Agenda (kan gewoon via de link rechtstreeks op je dashboard). Je komt dan terecht op de Agenda instellingen pagina.

Op de tab Algemeen (staat ‘ie standaard op) is het tweede kopje Opties voor delen en die moeten we hebben. De standaard instelling is Alleen beschikbaar/bezet-informatie (afspraakdetails verbergen), zet ‘m op Share all information, and outsiders can change calendars.

Wees gerust: deze instelling is niet de standaard instelling, maar geeft aan welke toestemming externe gebruikers maximaal kunnen krijgen.

Log nu uit bij Google Apps en log dan weer in. Nu kun je de toestemming bij het delen hoger zetten!

Ik meende dat ik ‘m toen in de favorieten had gezet om het later nog eens te bekijken (en te bewaren voor wanneer ik het nodig had). Maar toen ik het eindelijk verder wilde bekijken kon ik uiteraard de website niet meer terug vinden. In de browser-geschiedenis en favorieten was niks terug te vinden.

Omdat ik me ook niet kon herinneren waar ik de URL precies vandaan had heb ik ook Reeder & e-mail doorgezocht. Ook Google kon me geen website geven.

Uiteindelijk de vraag online gegooid. Eerst op twitter, maar daar geen reacties. Toen op StackExchange en daar kreeg ik wel antwoord, maar dat was het toch niet. En vandaag zag ik dat er op 1 februari weer een reactie was geweest (geen bericht van gezien, dus vandaar dat ik het nu pas tegen kwam). En ja hoor: eindelijk weet ik nu weer wat de site was!

DaisyAPI

De online api heet DaisyAPI en het geeft je ongelooflijk veel opties om online (via de API, dus geen interface) je Photoshop bestanden aan te passen.

Dit is ideaal voor als je gepersonaliseerde afbeeldingen wilt gebruiken. Een paar voorbeelden van toepassingen:

• In je nieuwsbrief (bijv. naam toevoegen in tekst)
• Op je website (in het inlog-gedeelte, gebruikersgegevens toevoegen)
• Webshop met aanpasbare producten (preview na upload van logo / opgave van tekst)

Als je de Docs doorkijkt zie je dat het een ongelooflijk krachtige API is en de kosten ervoor (voor het genereren van de aangepaste afbeeldingen) zijn behoorlijk laag (vanaf 1000 credits (= 1000 gegenereerde afbeeldingen) / $5.00).

Ik weet zeker dat ik dit, al dan niet voor mezelf, zal gaan gebruiken. Kun jij dit ook goed gebruiken voor een van je projecten / opdrachtgevers?

Shopp gaf aan dat er een database upgrade nodig was en deactiveerde zichzelf. Na het heractiveren kreeg ik praktisch een hartverzakking: alle Shopp tabellen waren leeggegooid.

Momenteel is Shopp dus zo ingesteld dat als je de shopp_setting tabel verwijdert Shopp geheel opnieuw begint. Dit om het makkelijker te maken om geheel opnieuw te beginnen met Shopp.

Ik heb een ticket aangemaakt om de gebruiker op z’n minst de keuze te geven of de Shopp tabellen leeggehaald moeten worden of dat alleen de shopp_setting opnieuw aangemaakt moet worden.

Ik heb 2 WYSIWYG-editors in het Content Edit scherm, ik wil ze graag beide apart stijlen. Kan dat?

Omdat ik het antwoord niet wist gooide ik meteen Google open en begon te zoeken. Helaas was er niet veel over te vinden. Het enige dat ik tegenkwam was allemaal veroudert (van ergens in 2008 tot halverwege 2011). Toen leek ik wat gevonden te hebben op StackExchange, maar dat bleek niet meer te werken vanaf WordPress 3.1, hadden we dus niks aan.

Uiteindelijk vond ik wat op de TinyMCE website zelf: je kunt via een var (in de TinyMCE JS) een body_class opgeven. Helemaal geweldig, want dat is wat we nodig hadden. Ik gevraagd of dat toegevoegd kon worden aan de code, maar dat lukte niet echt. Toen gevraagd hoe de editor wordt aangemaakt en toen kreeg ik een verrassend antwoord:

<?php
$settings = array (
 'textarea_name' => 'page_sidebar_box',
 'textarea_rows' => '8',
 'media_buttons' => false,
 'teeny' => true,
 'wpautop'=> false
);

wp_editor( $page_sidebar_box, 'page_sidebar_box', $settings );

?>

Nu vraag je je wellicht af wat het verrassende was aan dat antwoord. Nou, ik kende de [wp]wp_editor[/wp] functie helemaal niet
Blijkbaar is die functie toegevoegd in WordPress 3.3 (dus best nieuw, niet zo gek dat ik ‘m nog niet tegen was gekomen ).

Dus: pagina in de Codex opgezocht en daar zag ik iets heel interessants staan:

tinymce(array) (optional) Load TinyMCE, can be used to pass settings directly to TinyMCE using an array()

Default: true

 Dus ik dacht, hee dat combineren we met wat ik op de TinyMCE website had gevonden, wie weet werkt dat wel:

<?php
$settings = array (
 'textarea_name' => 'page_sidebar_box',
 'textarea_rows' => '8',
 'media_buttons' => false,
 'teeny' => true,
 'wpautop'=> false,
 'tinymce' => array('body_class' => 'my_class') // <- dit dus toegevoegd
);
?>

En wat denk je? Het werkt!

Zo kun je dus een realistischere WYSIWYG beleving geven aan je klanten (of jezelf natuurlijk ) omdat je in de [wp]add_editor_style[/wp] nu ook kunt richten op een specifieke WYSIWYG editor!

Fatal error: Call to undefined method W3_Config::instance() in /…/wp-content/plugins/shopp-cache-helper/shopp-cache-helper.php on line 244

Ben toen gaan inspecteren wat er op die regel stond:

$config = W3_Config::instance();

Als testje er dit van gemaakt:

$config = new W3_Config;

En toen opnieuw geprobeerd. En toen werkte de plugin wel weer

Ik weet niet of dit intussen ook is gewijzigd in de plugin, ik heb er 3 maanden geleden een topic over geopend op de WordPress forums, maar nooit een reactie op gehad.

Maar toen kwamen we achter een probleem: het wijzigen van de adresgegevens op de account-pagina werkt niet. Het wordt alleen opgeslagen als je op de checkout.php zit.
Zoeken in de Shopp forums hielp ook niet, daar bleek dat dit al sinds het begin zo is (en er erg veel mensen zijn die dit wel graag willen).

Het enige dat ik dacht was: “maar zo moeilijk kan het toch niet zijn?” En inderdaad: zo moeilijk was het ook niet

De code

De volgende code zet je in de functions.php van je theme (of in een aparte plugin -> aangeraden!):

function save_address_info()
{
  global $Shopp;

  $Order =& $Shopp->Order;

  if ( isset($_GET['acct']) && ( $_GET['acct'] == 'account' ) )
  {
    if ( isset($_POST['billing']) && isset($_POST['shipping']) )
    {
      // Shipping address
      $Order->Shipping->address  = $_POST['shipping']['address'];
      $Order->Shipping->xaddress  = $_POST['shipping']['xaddress'];
      $Order->Shipping->city    = $_POST['shipping']['city'];
      $Order->Shipping->state    = $_POST['shipping']['state'];
      $Order->Shipping->country  = $_POST['shipping']['country'];

      $Order->Shipping->save();

      // Billing address
      $Order->Billing->address  = $_POST['billing']['address'];
      $Order->Billing->xaddress  = $_POST['billing']['xaddress'];
      $Order->Billing->city    = $_POST['billing']['city'];
      $Order->Billing->state    = $_POST['billing']['state'];
      $Order->Billing->country  = $_POST['billing']['country'];

      $Order->Billing->save();
    }
  }
} // end save_address_info
add_action('shopp_init','save_address_info');

En je moet natuurlijk niet vergeten om de velden daadwerkelijk aan je account.php toe te voegen

Momenteel moet je dit via workarounds proberen na te bootsen, terwijl het veel logischer zou zijn als dit in de core zou zitten. Het zit er voor posts immers ook al ingebakken. Vreemde is dat het betreffende idee de status “This is plugin territory” (ofwel: dit moet mbv plugins verwezenlijkt worden) heeft gekregen en daar ben ik het dus absoluut niet mee eens.

Het gaat hier immers om iets dat WP zelf al doet voor de Post Type “Posts”. Ik zou niet weten waarom het dan voor Custom Post Types ineens niet in de core zou hoeven te zitten. Tuurlijk, posts zitten altijd in WP, maar dat is eigenlijk ook het enige verschil. Het is voor gebruikers alleen maar verwarrend dat zo’n instelling er niet al in zit (en zulke code is gewoon automatisch te genereren voor toegevoegde CPT’s, dmv het loopen door de CPT’s heen) en als een plugin dit af zou moeten handelen krijg je weer dat mensen verwart raken omdat het voor de ene Post Type op de ene pagina ingesteld moet worden en voor de andere moet het ergens anders ingesteld worden.

Ik ben dus van mening dat dit in de core moet komen. Ben jij dat ook? Laat dan vooral je stem achter op mijn idee. Wellicht veranderen ze alsnog van gedachten!

Niks aan het handje, tot je een paar maanden later op Adwords wil inloggen met die betreffende account om daar een campagne te starten. En dan kom je er achter dat er iets mis is.

Blijkbaar is de account met de Google Apps account overschreven, moeten er een paar stappen worden gevolgd (is alweer even geleden, dus weet niet meer wat precies) en ben je ineens al het geld dat op die account stond gewoon kwijt.

En het wordt nog leuker..

Dan besluit je om al je sites in 1 WordPress Multisite installatie onder te brengen. De Multisite installatie die de domeinnaam van de eerste account als hoofd-domein heeft.

Deze tweede account is ook die waar al die Google Analytics statistieken (en Google+ account etc) aan gekoppeld zitten. Om de mail door te laten sturen bedenk je “die voeg ik aan mijn Google Apps account toe” en zogezegd, zo gedaan.

En dan wil je inloggen op je Google+ account: vergeet het maar. Je moet weer wat stappen volgen. Eerst denk je dat de accounts worden geïntegreerd, maar als je de melding krijgt dat het e-mailadres dat je invult al in gebruik is begint ineens iets te dagen. Je gaat naar de pagina ervoor en wat blijkt: je “gewone” Google account wordt als privé account gezien en die kun je niet integreren. Je moet dus een ander e-mailadres voor je “privé” account opgeven..

En daar waarschuwen ze dus doodleuk niet voor als je de domein toevoegt aan je Google Apps account! Moet dus nog maar zien hoe dit nu weer op te lossen valt (en hoe ik in hemelsnaam dat geld terug krijg)…

Via kennissen werden we op de webshop Op Kleine Voet gewezen. Een webshop met hartstikke leuke schoentjes die ook nog eens goed voor de voetjes zijn. Daarnaast ook nog eens een redelijk assortiment in de bredere schoentjes.

Ik had twee paar schoenen besteld, zwarte bredere schoentjes en een paar die leek op de bekende All Stars. Het tweede paar was veel te smal voor onze vent en die moesten dus terug.

Volgens de wet Koop op Afstand mag je geen tegoedbon geven tenzij de klant de keuze krijgt (of geld terug of tegoedbon). Wij kregen de keuze dus niet, alleen een tegoedbon was mogelijk.

Mag ik mijn bestelling ruilen of retourneren?

U mag natuurlijk altijd uw aankoop ruilen of retourneren indien het artikel u niet bevalt (uitgezonderd artikelen uit de SALE map). De slofjes dienen wel in de originele verpakking teruggestuurd te worden, vanzelfsprekend niet gedragen, de originele labels en verpakking intact, en de zending dient voldoende gefrankeerd te zijn.

U informeert ons per email over de voorgenomen retourzending. Vervolgens ontvangt u van ons digitaal een retourformulier, welke u volledig dient in te vullen en mee dient te zenden met de retourzending.

Bij retourneren van uw bestelling ontvangt u van ons een tegoedbon ter waarde van het artikel, deze tegoedbon is onbeperkt geldig.

Bij ruilen ontvangt u van ons het vervangende artikel na ontvangst van uw zending. Indien u een goedkoper artikel als ruil-artikel wenst, storten wij u het verschil terug.

 Bovenstaande tekst komt van de Klantenservice pagina af en er staan meerdere punten in die gewoonweg niet kloppen:

• Ook aanbiedingen/opruiming artikelen mogen wettelijk (volgens de wet Koop op Afstand) gezien gewoon geretourneerd worden.
• Zoals ik in mijn post over D-Moda.nl al had neergezet kan het niet geëist worden dat het artikel in de originele verpakking zit.
• Een tegoedbon als enige optie is dus niet toegestaan, ook al is deze onbeperkt geldig.

Tegoedbon aangenomen

Omdat ik verwachtte daar ook het volgende paar schoenen voor zoonlief te kopen heb ik zonder morren de tegoedbon aangenomen. En dat had ik dus beter niet kunnen doen.

Ik kreeg in de nieuwsbrief een code voor 10% korting, en toen dacht ik “ik ga de nieuwe schoenen vast bestellen”, op de site gekeken en een paar schoenen uitgezocht. In de winkelwagen toegevoegd en toen kwam ik erachter dat je maar 1 code per bestelling kon toevoegen. Aangezien de “tegoedbon” een kortingscode was die ik via de mail had toegevoegd zou ik moeten kiezen tussen die code of de 10% korting. En dat vond ik niet eerlijk. Ik had dat bedrag immers al betaald en dat staat niet gelijk aan korting. Dus gemaild.
Ik kon de korting wel krijgen, dan deden we de bestelling gewoon via de mail. In haar berekening haalde ze de 10% korting van het bedrag af dat ik zou moeten bijbetalen. Dus iets als dit: 35 – 27,95 = 7,05 | 7,05 * 0,9 = 6,35 | 6,35 + 3,95 = 10,3 (de bedragen in deze berekening zijn niet helemaal hetzelfde als die van de betreffende bestelling, maar gaat ook om het voorbeeld – de 3,95 zijn verzendkosten).

Dat ze geen korting gaf over de verzendkosten vond ik niet vreemd, maar dat de korting van het restbedrag afging (ipv het productbedrag) vond ik wel vreemd. Heb haar toen dus terug gemaild dat de berekening niet klopte. Antwoord: “Oh ja, je hebt helemaal gelijk”. Restgeld toen betaald en later bleek dat ze ze niet op voorraad had en dat de levering veel langer zou duren (op de site stond tot 2 weken geloof ik, dus daar had ik rekening mee gehouden) en ze hoorde maar niks terug van de leverancier.

Heb toen aangegeven dat ik het geld terug wilde hebben, dat we hier dan wel weer winkels af zouden gaan op zoek naar schoenen. Was geen probleem, werd er gezegd.

Destijds had ik de mailaccount nog niet op mijn iPhone staan, maar alleen op een aparte account op m’n MBP en keek daar dus niet zo geweldig vaak. Bleek dat ze me een mailtje had gestuurd dat de schoenen ondertussen wel binnen waren (of soortgelijke, naam leek er erg op iig) en dat ik maar even moest mailen als ik ze wou. Een week nadat ze die mail had gestuurd las ik ‘m pas, dus leek me dat het dan wel duidelijk zou moeten zijn dat ik er geen interesse voor had (ze had immers geen bericht terug gehad), maar nog altijd geen geld terug.

Heb haar toen gemaild dat ik het geld graag terug wilde hebben en dat we in de tussentijd al ergens anders schoenen hadden gevonden.
Omdat ik maar geen bericht terug kreeg op dat mailtje – en ik het geld ook niet had gehad – heb ik haar toen nog maar eens een mail gestuurd. Daarop kreeg ik een automatisch mailtje terug: we zijn op vakantie tot dan en dan. En daar was ik behoorlijk boos over.

Toen ze weer terug waren van vakantie zou ik dan eindelijk het geld terug krijgen. En inderdaad, ze hadden een bedrag overgeschreven. Maar: niet het complete bedrag. De verzendkosten misten nog. Kon ik dus ook weer achteraan. Gelukkig werden zonder al teveel extra moeite de verzendkosten alsnog overgeschreven.