Cooles Programm!

Download Corel-Symbolbibliothek

Viel Spass und vielleicht findet sich das eine oder andere meiner Symbole mal in einem eurer Publikationen. Über eine Info dazu würde ich mich sehr freuen.

OK, OK… nicht jeder hat die Möglichkeit, das geniale CorelDRAW zu verwenden, weil er z.B. lieber mit einem Mac arbeitet oder lieber mit den viel zu teuren Adobe-Produkten rumwerkeln will (verstehe ich nicht…). Nun in diesem Fall gibt’s hier noch die Symbole als Type1-Font zum downloaden.

baer64Symbols-Type1

Übrigens habe ich den Font auch direkt im CorelDRAW X5 erstellt (mein 1. Versuch).

<script>
var reloadTimer = null;
var sURL = unescape(window.location.pathname);

function setReloadTime(secs)
{ if (arguments.length == 1)
   { if (reloadTimer) clearTimeout(reloadTimer);
       reloadTimer = setTimeout(“setReloadTime()”, Math.ceil(parseFloat(secs)*1000));
   }
   else
   { reloadTimer = null;
     location.reload(true);
     window.location.replace( sURL );
   }
}

setReloadTime(30);
</script>

Nach dem ich das Script mittels “Inhalts-Editor-Webpart” in die Seite eingebaut habe, wurde diese im 30 Sekunden Takt neu geladen. Das hat aber einen kleinen Nachteil, denn das Script läuft auch, wenn man im Seitenbearbeitungsmodus ist. Darum empfiehlt es sich, dass zuerst das Webpart ingebaut und konfiguriert wird und erst zum Schluss das Javascript in das Webpart eingefügt wird. Die vorgegebene Zeit von 30 Sekunden für den Reload sollte nicht unterschritten werden.

Heute habe ich aber Post von EditDNS erhalten, dass sie von DynDNS übernommen wurden und das deshalb der Dienst EditDNS abgestellt wird. Ich hätte noch 30 Tage Zeit, bis der Dienst dann endgültig abgestellt wird, aber auch die Möglichkeit, den Dienst für eine Gebühr von lediglich $4.95 zu migrieren.

OK, das kostet ja nicht alle Welt, habe ich gedacht und die Migration gleich gestartet. Dabei habe ich aber das klein gedruckte zuwenig gelesen. In Schritt 4 der migration muss man den neuen Service auswählen und da hat die Möglichkeit zwischen einem Dienst der $29.95 pro Jahr oder einem Dienst der $30 pro Monat kostet zu wählen. Jetzt kostet die Migration also nicht mehr nur $4.95, bezahlt ist die Migration auch schon und eine Abbruchmöglichkeit gibt es auch nicht. Da fühle ich mich absolut verarscht, denn von diesen zusätzlichen Kosten war vorher nichts zu lesen.

Na ja, ich hab’ dann die Migration ($4.95 hin oder her) abgebrochen in dem ich das Browserfenster geschlossen habe und mir einen anderen Anbieter für die DNS-Umleitung gesucht. Es gibt unzählige Anbieter, darunter auch kostenlose. Ich hätte jetzt zwar nichts gegen einen kostenpflichtigen Service, wenn’s nicht zu teuer ist, aber wenn ich gleich mehrer kostenlose Anbieter finde und diese mir dann auch noch empfohlen werden, dann probier ich diese auch gerne aus. Ich habe mich dann für Free DNS entschieden. Die Website ist einfach aber sehr funktional aufgebaut und man kann fast nichts falsch machen (wenn man so eine Umleitung schon mal gemacht hat). Das ich nun diese DNS Dienst für meine Website nutze musste ich dann nur noch bei SWICH registrieren und nicht mal eine 1 Std. später funktionierte die Umleitung über Free DNS. Ich bin echt begeistert und werd’ jetzt mal prüfen, wie man diesen Anbieter mit einer freiwilligen Spende unterstützen könnte.

Im Blog “Path to SharePoint” findet sich der Artikel “Using calculated columns to write HTML”. In diesem Artikel wird die Funktionsweise und das Javascript erklärt. Wer das ganze lieber auf deutsch nachlesen will, sollte sich im Blog “MindBusines Blog” den Artikel “Formatierte Felder und Ampelfunktionen in SharePoint mit JavaScript” mal ansehen.

Und hier für alle Klickfaulen gleich direkt der Javascript-Code zu den Artikeln:

<script type="text/javascript">
//
// Text to HTML
// Feedback and questions: Christophe@PathToSharePoint.com
//
var theTDs = document.getElementsByTagName("TD");
var i=0;
var TDContent = " ";
while (i < theTDs.length) {
try {
TDContent = theTDs[i].innerText || theTDs[i].textContent;
if ((TDContent.indexOf("<DIV") == 0) && (TDContent.indexOf("</DIV>") >= 0)) {
theTDs[i].innerHTML = TDContent;
}
}
catch(err){}
i=i+1;
}
//
// ExpGroupRenderData overwrites the default SharePoint function
// This part is needed for collapsed groupings
//
function ExpGroupRenderData(htmlToRender, groupName, isLoaded) {
var tbody=document.getElementById("tbod"+groupName+"_");
var wrapDiv=document.createElement("DIV");
wrapDiv.innerHTML="<TABLE><TBODY id=\"tbod"+ groupName+"_\" isLoaded=\""+isLoaded+ "\">"+htmlToRender+"</TBODY></TABLE>";
var theTBODYTDs = wrapDiv.getElementsByTagName("TD"); var j=0; var TDContent = " ";
while (j < theTBODYTDs.length) {
try {
TDContent = theTBODYTDs[j].innerText || theTBODYTDs[j].textContent;
if ((TDContent.indexOf("<DIV") == 0) && (TDContent.indexOf("</DIV>") >= 0)) {
theTBODYTDs[j].innerHTML = TDContent;
}
}
catch(err){}
j=j+1;
}
tbody.parentNode.replaceChild(wrapDiv.firstChild.firstChild,tbody);
}
</script>

Danke an Christophe von “Path to SharePoint” für das tolle Script, aber Achtung; nur bei “Path to SharePoint” findet man immer die aktuellste Version des Script.

Genau dieser Fall ist bei mir aufgetreten. Selbst mit dem SharePoint-Designer konnte ich das Webpart nicht mehr löschen. Ich dachte schon, dass ich die Seite neu erstellen muss, aber dann habe ich folgenden genial einfachen Tipp bekommen.

Nr.	Bild	Beschreibung
1.		Die Seite mit dem defekten Webpart aufrufen und in der URL am Ende den Wert ?contents=1 eingeben.
2.		Die "Webpartseitenwartung" wird nun angezeigt. Hier werden alle Webparts der Seite aufgelistet.
3.		Nun das defekte Webpart markieren und anschliessend oben in der Navigation auf den Link "Löschen" klicken. Nun wird das Webpart aus der Seite gelöscht und die Seite kann wieder geöffnet werden.

]]> http://www.takeaphoto.ch/sharepoint/webparts-auf-seite-lschen/feed/ 0 http://www.takeaphoto.ch/it/vista/pfad-fr-garmin-karten-ndern/ http://www.takeaphoto.ch/it/vista/pfad-fr-garmin-karten-ndern/#comments Thu, 12 May 2011 20:22:19 +0000 bear64 http://www.takeaphoto.ch/it/vista/pfad-fr-garmin-karten-ndern/ Viele Benutzer beklagen sich, dass man bei Garmin-Software den Pfad für die Lokal installierten Karten nicht ändern kann. Auch mich hat das etwas geärgert. Ich habe nämlich zum Tracken meiner Ferien zusätzliches Kartenmaterial vom Internet heruntergeladen. Dadurch ist das C-Laufwerk ziemlich voll gelaufen.

Um das Problem zu lösen, habe ich einfach das komplette Verzeichnis c:\Garmin auf die 2. Partition (Laufwerk D wie “Daten”) verschoben. Wenn man dann eines der Garmin-Programme (MapSource oder BaseCamp) startet, werden keine Karten mehr gefunden.

Als zweites habe ich das DOS-Fenster mit Adminrechten gestartet.

Nach dem ich mich vorher versichert habe, dass es das Verzeichnis “C:\Garmin” nicht mehr gibt, habe ich im DOS-Fenster folgenden Befehl eingegeben:

mklink /d “c:\Garmin” “d:\Garmin”

Dadurch wurde eine symbolische Verknüpfung erstellt. Für die Garmin-Programme sieht es nun so aus, wie wenn es das Verzeichnis “Garmin” auf dem C-Laufwerk immer noch gibt. Effektiv ist aber das Verzeichnis auf der  2. Partition.

Dadurch habe ich auf dem C-Laufwerk wieder etwas Luft bekommen. Mehr zum Thema “symbolic link” findet man übrigens im Wikipedia.

http://www.pctipp.ch/publireportage/55771/open_source_cms_von_microsoft.html

Die beiden Tools muss ich mir bei nächster Gelegenheit mal genauer ansehen. Für all jene, welche WebMatrix auch mal ausprobieren wollen, habe ich hier schon mal den Link zum kostenlosen Download hingestellt.

http://www.microsoft.com/web/webmatrix/?WT.mc_id=otc-n-ch-wag–pct2

Dann hab’ ich mich aber mal im Internet umgesehen und einige Forumbeiträge zu diesem Problem gefunden. Ein Eintrag war dabei sehr ergiebig, denn er beschreibt genau meine Situation. "arden70" schreibt da:

Heureka! Habe die Lösung des Problems gefunden:

habe ein Wacom Grafiktablett am PC. Dies muss bei "zur verwendende Schreibhand" auf "linkshändisch" statt "rechtshändisch" ungestellt werden – die Logik versteh’ jemand…

Übrigens: wer kein Grafiktablett angeschlossen hat und dennoch dieses Problem, sollte in der Registry unter "HKEY_CURRENT_USER -> Control Panel –> Desktop" nachschaun, ob der Wert "MenuDropAlignment" vorhanden bzw. auf "1" gesetzt ist.

Eingefügt aus <http://windows-7-board.de/f4/menues-klappen-ploetzlich-nach-links-auf-1732/>

Die Logik, die dahinter steht, da muss ich arden70 rechtgeben, ist quatsch. Die macht nur Sinn, wenn man einem Tablet-PC mit Touchscreen hat. Dann verdeckt nämlich die rechte Hand das Menü, wenn es nach rechts aufgeht. Bei einem Grafiktablett ist das aber quatsch. Scheinbar erkennt aber Windows das Grafiktablett wie ein Tablet-PC. Bei einem entsprechenden Update werden dann von Zeit zu Zeit die Standardeinstellungen für Tablet-PC’s eingestellt.

Hier nun die Kurzanleitung, wie man die Einstellung einfach wieder anpassen kann:

1. Ins Suchfeld von Windows den Begriff "Tablet" eingeben.
   
2. In der Liste unter "Systemsteuerung" den Eintrag "Tablet PC-Einstellungen" auswählen
   
3. Im Fenster das Register "Andere" aufrufen und hier dann die Einstellung auf "Linkshändig" ändern und mit [OK] bestätigen.
   

Die Änderungen treten sofort in kraft und die Menüs erscheinen wieder in der gewohnten Weise.

Ich habe das Bild auch bei Flickr, Picasaweb und der Fotocommunity veröffentlicht und bin auf Eure Kommentare in den Communities gespannt.