mandag, november 29, 2010

Tag skærmdumps med et klik...



det er ret smart :-)

Det hedder "jing... " Og er lavet af TechSmith - simpelt og smart.

Lav små film på nettet :-)




Jing er et produkt der kan hjælpe dig med at optage skærm-sequenser... det er smart.

torsdag, juli 01, 2010

Brug FireBug til html css layout


Hvis du arbejder med hjemmesider og du har problemer med at få style sheets og html coder til at går op i en højere enhed - så kan du bruge firebug.

Det er et tilføjelsesprogram til firefox browseren.

Dvs. med firebug kan du bruge din browser til at ændre layout'et og style sheet direkte - så vil din browser "cache" ændringer så kan du overveje om du ønsker at implementere ændringer på din sider.

Det letter arbejdet i at manipolere og finpudse layout detajler.

På billede vises den bredde som tekst området har på blogspot tekst redigering.

Lidt flippet - ik´?

onsdag, marts 03, 2010

Hold det simpel og lav en tekst log

Jeg har brugt fremgangsmåden hvor jeg har lavet en klasse til at skrive log.

Public Class My_SysLog
Public Shared Sub WriteToLog(ByVal pLogFile As String, _
ByVal pLogText As String, _
Optional ByVal pCurDate As Boolean = False, _
Optional ByVal pAlertByMail As Boolean = False)

Dim vMessage As String = ""
If pCurDate Then
vMessage = Date.Now.ToString + ": "
End If
vMessage += pLogText
My.Computer.FileSystem.WriteAllText(pLogFile, vMessage, True)

End Sub
End Class

Klassen kaldes med en sti og en tekst... Og evt. en anden dato end dags dato... Og så kunne man tilføre noget alert by email funktion - dog ikke lavet i det ovenstående.

På denne her måde kan det hjælpe til at styre fejl beskeder.

Hvis man ligger tekst filen under websites folder struktur så vil det ikke kræve særlig mange ekstra rettigheder til "den der afvikler coden", altså i windows secrurity forstand.

Man kan evt. lave simple fejlbeskeder og tilføre evt. exception messages når man kalder klassen.

torsdag, januar 21, 2010

Slow Build of website edit

Slow Build of website Edit

I forbindelse med at vi skal finde en løsning på hvorfor EAJour sitet ofte "builder/ compiler" coden - hvilken resultere en langsomme svar tider for slutbrugerne.

I den forbindelse har jeg fundet ud af hvordan man ser om et site er blevet "build/ compile". Det ses i framework'ets arbejds bibloteker på c:

På min pc:
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\eajour10\b389cc87\9fc1d813

Herunder kan man se hvilke dele af sitet der er build'et på hvilke tidspunkter ved at kigge på sidste redigerings dato.

Umiddelbart kan vi ikke finde ud af hvorfor vores site "builder" oftere end de andre site der er kørende på samme server - men vi fandt noget input til at få den til at builde hurtigere.

Citat fra: http://weblogs.asp.net/scottgu/archive/2006/04/11/442448.aspx
Scripts and images downloaded from the WebResources.axd handler are not cached

Det korte og af det lange er. Hvis du i web.config har sat "debug=true" så går du glip af en masse optimering processer som er du vil få fordel af ved at sætte "debug=false".



Vi er gået fra en build tid på omkring 1 minut til omkring 15 sekunder. Altså en mærkbar forbedre.



Nedenstående er en uddybbende forklaring fra bloggen

This last point is particularly important, since it means that all client-javascript libraries and static images that are deployed via WebResources.axd will be continually downloaded by clients on each page view request and not cached locally within the browser. This can slow down the user experience quite a bit for things like Atlas, controls like TreeView/Menu/Validators, and any other third-party control or custom code that deploys client resources. Note that the reason why these resources are not cached when debug is set to true is so that developers don’t have to continually flush their browser cache and restart it every-time they make a change to a resource handler (our assumption is that when you have debug=true set you are in active development on your site).

Sharepoint Navigation kan manipuleres

Man kan manipulerer navigationen via web gui.

Image1



Disse metoder er også tilgængeligt i objektet "PublishingWeb"

Man skal bruge namespace'et (using Microsoft.SharePoint.Publishing).

Derudover skal man hvis man bruger en console application refererer til dll'en Microsoft.Sharepoint.Publishing.

Hvis nu man caster sit SPWeb til et Publishingweb og kalder det "pw", så ville man kunne gøre følgende.

pw.NavigationOrderingMethod = OrderingMethod.Automatic;

pw.NavigationAutomaticSortingMethod = AutomaticSortingMethod.CreatedDate;

pw.Update();

På den måde ændrer man sorteringen af "subsites". Forudsat at man har propertien: "IncludeSubSitesInNavigation" til "true".

Hvis nu man har "IncludePagesInNavigation" så bliver siderne lagt ned i SPNavigationNodeCollection til forskel fra "subsites". Den kan man manipulere direkte.

Image2



Som du kan se er der 3 collection... Den menu der udfolder sig i toppen er "Global Navigation"... Mens den menu til venstre er QuickLaunch.

Herover skriver jeg alle SPNavigationCollection's ud til skærmen.

Man kunne også forstille sig man ville tilføre et link.

SPNavigationNode NewNavigationNode = new SPNavigationNode("Navn på Link", http://www.google.com, true);

NewNavigationNode.AddAsLast(QuNvNo);