Bojājumu Tip leņķa direktīvām (Vai, Mācīties mīlēt pārnesumzīmes pa visu vēlreiz)

Man ir pāris progr, kas padara $http.get() zvanus, un man vēlējās, lai varētu parādīt jauki formatēts kļūdas ziņojumu ar slēpto neglīts kļūdas detaļas, bet var piekļūt.  Būtībā, tas:

image

Un tad, ja lietotājs noklikšķina uz šo kļūdu, viņi redz vairāk info:

image

Vienkāršas lietas.  Kopš pašas iespējamās kļūdas var parādīties administratīvo ekrānu, kā arī gala lietotāja ekrāna, Tas skaidri aicināja pielāgotu leņķa direktīvu.  ES  uzskatīja, ka šis izcilu sērija raksti (http://weblogs.asp.net/dwahlin/creating-custom-angularjs-directives-part-i-the-fundamentals) ar lielo Dan Wahlin.  Pēc viņa padomu, Es ļoti ātri izveidot <Hello pasaule> direktīva un pārcēlās uz manu sarežģītāka kļūdu parādīšanas squeegee. Man uzbrauca mazliet problēmas sarežģītākas direktīvas.  Laimīgi, it_k ā nejauši, Bija teicis, WebStorm (Es izmantoju šajās dienās redaktors) ka JS fails ir leņķa failu un tas palīdzēja man saprast problēmu.  Šī ir pati direktīva kods:

Angular.Module("CDLApp").Direktīva("generalCdlErrorHandler", funkcija() {

atgriešanās {
ierobežotu: "E",
aizstāt: patiess,

darbības joma: {
retrieveLastConfigurationError: "&"
},

Veidne::
'<div class = "trauksmes signāls briesmu" loma = "brīdināt" ng-init = "doShowExpandedErrorDetails = true" ng šovs "retrieveLastConfigurationError =()">' +
"Radās ievadizvades kļūda vai citas kļūdas. Parasti tas notiek, jo konfigurācijas datu fails nevar tikt ' +
' atrast, vai_ar ī konfigurācijas fails satur nepatiesu informāciju (piemēram, apskatot dokumentu bibliotēkā " +
"kas nepastāv).' +
' <br />' +
' <div. ng-Parādīt = "doShowExpandedErrorDetails">' +
' <href = "#" ng klikšķi = "doShowExpandedErrorDetails = ! doShowExpandedErrorDetails">' +
"Noklikšķiniet šeit, lai paslēptu detaļas." +
' </a>: ' +
' <br />' +
' <Pre>{{retrieveLastConfigurationError() | JSON}}</Pre>' +
' <br />' +
' </DIV>' +
' <div. ng-Parādīt = "!doShowExpandedErrorDetails">' +
' <href = "#" ng klikšķi = "doShowExpandedErrorDetails = ! doShowExpandedErrorDetails">' +
"Noklikšķiniet šeit, lai paplašinātu kļūdas detaļas." +
' </a>' +
' </DIV>' +
'</DIV>'
};
});

Būtībā, Esmu izveidot jaunu elementu, sauc par "generalCdlErrorHandler".  Tai ir jāpiekļūst funkciju sauc retrieveLastConfigurationError un kas apstrādā objektu darbības jomu.  Es droši vien būtu varējis vienkārši izmantot pamata darbības joma, bet tā ir sajūta slinks.  Ja kāds domā, ka būtu jādara kas, Es labprāt vēlētos dzirdēt par to komentārus.

Tas bija viss kārtībā, bet es nesaņemu neko.  Bez kļūdām, kas popped konsole (vismaz vienu reizi es noteikti visas sx kļūdas es radīju gar ceļu).  Man vienkārši nebija saņemt jebkādu izvadi no direktīvas.  Es gāju un pievienot statisku tekstu pirms Direktīvas ng šovs, un es * darīja * dabūji. Tas lika man domāt, ka varbūt direktīva nebija atļauts netieši radīt jaunu vars, piemēram, "doShowExpandedErrorDetails" vai "ng-init" ir tur. 

Es devos atpakaļ uz HTML, lai redzētu, ja man bija tipa un šoreiz WebStorm palīdzēja man out.  Bija garām retrieveLastConfigurationError funkciju, kā tas:

<ģenerālis cdl-kļūda-apdarinātājs retrieveLastConfigurationError="CDLController.retrieveLastConfigurationError()">
</ģenerālis cdl-kļūda-apdarinātājs>

Bet tas tiešām vajadzēja šo:

<ģenerālis cdl-kļūda-apdarinātājs izgūt-pēdējo-konfigurācijas-kļūda = "CDLController.retrieveLastConfigurationError()">
</ģenerālis cdl-kļūda-apdarinātājs>

WebStorm bija pietiekami gudrs, lai zinu, ka to nācās veikt zilbjdali.  Ja tā nebija, ka mājiens, Es būtu droši vien būtu vēl traucējummeklēšana šī smaids.  Jautri reizes!

Tas ir triks: ne tikai Direktīvu elementa nosaukumu rakstāma, Tātad ir jebkādi atribūti, pievienojiet to.  Pēc tam, kad es pievienoja pārnesumzīmes, tas viss strādāja lieliski.  Dan apmācība notika ar vienu īsu nosaukumu lietošana, tāpēc es neizdarīja savienojums.

Ceru, ka tas palīdz kāds.

</beigās>

undefinedAbonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

IE9 Tiešām nepatīk tas, kad esat lietojis īsceļu ar jūsu <laiduma> Tags

Es esmu iekritis ir slikts ieradums, izmantojot Chrome visu laiku.  Tas ir "slikti", jo stuff es izstrādāt tiešām ir nepieciešams palaist daudz citu web pārlūkprogrammu, tajā skaitā, Diemžēl IE8.  Mans darba klēpjdators ir IE9 standarta kaut kāda iemesla dēļ) un man bija tikai darot ātrs pārbaudi, lai redzētu, kādas lietas izskatījās tāpat un... tas nebija diezgan.  Piemēram:

image

Ir * paredzēts * izskatīsies šādi:

image

 

Ne tikai tas bija pie, bet nebija apdedzinot mans noklikšķiniet uz notikumiem.  (Lielākā daļa no viņiem, jebkurā gadījumā).

Vizuāli, izskatījās, ka lietas sāk iet pie sliedēm netālu no "Advanced Setup" saites.  Es zemnīca vērā HTML daļa, un konstatēja, ka es šai rindai:

<span class = "glyphicon glyphicon-jauns-logs" />

Tas, šķiet, piemēram, pieļaujamās sintakse ("Chrome versija 40.02214.94 m"ir labi ar to). Es ņēma un mainīja tā anyway, kā parādīts:

<span class = "glyphicon glyphicon-jauns-logs"></laiduma>

Tas noteikti ir.

Tādas sīkas lietas izraisīja milzīgu putru ekrāna.  Jautri reizes.

Tas gadījās būt labāks veids ātrai labošanai, bet tā ir arī tāda veida lieta, kas tikai izpaužas jūsu mugurkaula izkustējusies no vietas, kad redzat to.  Ir vairāk nekā 500 HTML līnijām šī mazā administrēšanas funkcija, un jūs vienkārši nevēlas atrast sevi vidū šīs nezāles rakšana, kādreiz smaids.

</beigās>

undefinedAbonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

HTTP 406 Kļūda, lietojot leņķa $http.get pret SharePoint atpūtas beigu punktiem

Atjauninājums: Marc AD ndersson norādīja uz šo lielisko info gabals: http://Blogs.Office.com/2014/08/13/JSON-Light-Support-Rest-SharePoint-API-Released/. Tas izskaidro daudz :).

Tas var būt sliktākais nosaukums blog post jebkad! Anyhoo.

Es parasti darīt visu manu prototipu pret O365 instances. Man ir mana personīgā gadījumu tāpēc, ka man nav jāuztraucas par to ietekmē kāds cits. Kā malā – atcerieties, kad mēs saucam veic ap virtuālās mašīnas mūsu klēpjdatorus ar SŪNĀM-SQL Server, IIS, izlemt, Hyper-V vs. VMWare? Anyhoo...

Bija izveidojies app izmantojot leņķisko šajā vidē, kas, cita starpā, tas:

$http.Get(serverUrl)
.panākumi(funkcija(datu, statuss, galvenes, Config) {

var getLinksResponse = dati;

getLinksResponse.value.forEach(funkcija(theResult) {

// un tā tālāk, un tā putas

Tas strādā tikai naudas sodu divus dažādus SharePoint tiešsaistes vidē. Tomēr, kad mans kolēģis pārnesuši Cloudshare instances, viņš kļūst HTTP 406 kļūda (kas bija pirmā reize, kad es kādreiz ieguva, ka viens, Tātad... yay, man šķiet). Mums bija pētniecības mazliet un pamanīja, ka "Akceptēt" header ir izslēgts. SharePoint tiešsaistē bija pilnīgi apmierināts ar:

Akceptēt: pieteikums/json

Bet cloudshare instances (kas atrodas prem SP, hosted virtuālā servera) gribēja klasisko "odata = runīgs" papildina arī:

Akceptēt: pieteikums/json;oData = runīgs

Noteikt, ka, mēs pievienojām header kā tādu:

var config = {galvenes: {
"Pieņemt": "lietojumprogrammu/json;oData = runīgs "
}
};

$http.Get(serverUrl,Config)
.panākumi(funkcija(datu, statuss, galvenes, Config) {

var getLinksResponse = dati;

getLinksResponse.value.forEach(funkcija(theResult) {

// un tā tālāk, un tā putas

Ka ticis vaļā no 406, bet to arī mainīt atbildes formāts. Tas bija vairāk … runīgs. (haha!) Nebija vajadzīgas vairākas izmaiņas, un šeit ir gala rezultāts:

var config = {galvenes: {
"Pieņemt": "lietojumprogrammu/json;oData = runīgs "
}
};

$http.Get(serverUrl,Config)
.panākumi(funkcija(datu, statuss, galvenes, Config) {

var getLinksResponse = dati;

getLinksResponse.d.Results.forEach(funkcija(theResult) {

// un tā tālāk, un tā putas

Tas tikai pārvērtās 30 minūte problēma ne tikai mums, tāpēc mēs tiksim cauri sveikā. Cerams, ka kāds atrod šo noderīga.

</beigās>

Praktiski padomi: Iespējot vairākas leņķa SharePoint Web daļas vienā lappusē

Šis emuārs amatu apraksta, kā var būt vairākas Angular.js balstīta SharePoint web daļas (atsauce, izmantojot satura redaktora web daļu) tajā pašā lappusē. Es esmu aicinot satura redaktora web daļu (CEWP) kas atsaucas uz JavaScript, kas būvēti, izmantojot Angular.js sistēmu "leņķiskās Web daļu."

Leņķisko ir bootstrap process ir super viegli un tikai par katru piemēru, jūs atradīsiet par internets iet kaut kas līdzīgs šim:

<HTML ng-app = "myApp">

<blah /><blah /><blah />

</HTML>

Šī sadala, Tomēr, Ja vēlaties iespējot vairākus CEWP, kas pārstāv vairākas leņķa web daļas vienā lappusē. Leņķisko tiks automātiski bootstrap pret pirmo direktīvu ng app tas atrod – vismaz no leņķa versija 1.3.6. Risinājums ir diezgan vienkāršs – manuāli bootstrap savu kodu, nevis. Iepriekš tagad pārvēršas kaut kas līdzīgs šim:

<organizācija>
<d
IV id =”bootstrapHere” ng kontrolieris =”myController, theController”>
<blah /><blah /><blah />
</DIV>
</organizācija>

<script src =”//Ajax.googleapis.com/Ajax/libs/angularjs/1.3.6/Angular.js”></skriptu>

<skriptu>
Angular.bootstrap(Angular.Element(document.getElementById(“bootstrapHere”)),["myApp"]);
</skriptu>

Būtībā, tā vietā, lai izmantotu ng app elementā darīt jūsu bootstrapping, jūs iepļaukāt uz elementa ID. Pēc tam, izmantot sāknēšanas programma() metodi, ar stūrainām sevi kontrolēt bootstrapping procesu izpildes laikā. Esmu testē šo ar trīs dažādiem leņķa web daļas vienā lappusē, un tas darbojas šarmu.

</beigās>

undefinedAbonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

New Jersey mehānisko transportlīdzekļu Komisija ņem cits upuris

Tik, mans dēls ir nedaudz nokavēts, saņemt savu braukšanas atļauju.  Vakar, vidū rīta, viņš kravas auto līdz pat Oakland NJ, lai saņemtu to.  Tur viņš saņem, aizpildījumu, viņa papīrus neapzīmogota atļauja tiek izsniegta un uzzina, ka viņš tagad ir jādodas uz vēl viens MVC vietā stātos viņa acu testu.  Jo, acīmredzot, augsti kvalificēti acu testētājiem nedzīvo tikai jebkur, Tātad NJ MVC ir jāiet, kur ir talants.  Vai, Varbūt tas ir tāpēc, ka viņi seko konsolidāciju Hamiltona filozofiju?  Cik Hamiltons uzskatīja, finanšu un ražošanas konsolidācija bija kritisks Republikas nākotnes ekonomiskais spēks, varbūt NJ MVC uzskata, viņi ir nepieciešams konsolidēt acu testēšanas talantu NJ MVC nākotnes spēks?  Varbūt tas ir neizsakāms plāna daļa?  Ak vai!, Man ir tikai jautājumi par šo jautājumu un atbilžu nav. 

Oakland šādas konsultācijas, sieva un dēls kravas automašīnu ceļā uz leju līdz Lodi, NJ ar Lodi neapzīmogota atļauju.  Lodi var būt jebkur NJ MVC sliktākajā autostāvvieta.  Un, jo viņi arī uzņēmējas daži ierobežoti vēl ļoti kāroto acu testēšanas mašīnas un acu testēšanas profesionāļi, tās piesaista visas svītras lūdzēji, žalūzijas, izglītība un ziņkārīgo blenzēju loka.  Mans dēls strādā savu ceļu caur labirintu, līnijas un "never-look-them-in-the-eye" NJ MVC speciālistu sniegtos norādījumus un beidzot nonāktu pie acu pārbaudes līnijas.  Viņi tagad uzzina, ka Oakland cilvēks kļūdījies uz neapzīmogota atļauju.  Viņš nepareizi ievadīta sociālās apdrošināšanas numurs, liekot "8" vietā "% 2", vienā no cipariem.  NJ DMV persona to zināja, jo, kad viņa velk uz augšu, ka nepareizi SS # datorā, Tas neuzrādīja mana dēla vārdu.  Sieva un dēls saka, "Ak, tas ir nepareizā numura, jums ir '% 2' ir nevis "8"."  To, ko daudzi, varbūt varētu gaidīt katru taisnīgi domājošu personu šajā brīdī ir vienkārši izlabot numuru NJ MVC personai tās tikko ievadīti datorā.  Ha! Muļķis!  nē, tā vietā viņš lūdza, lai sniedz savu sociālās drošības karti.  Let's novirzīties uz brīdi un uzskata, ka, lai saņemtu atļauju neapzīmogota pirmajā vietā, viņš jau bija sniedzis ASV pase, kā arī New Jersey, dzimšanas apliecība un vēstulē rakstīts viņu pie viņa mājas adresi.   Viņa māte ir kopā ar viņu, akcijas viņa vārdu, viņa adrese, viņa augums (bet diemžēl, nav viņa gaumi par Sci-Fi filmas) ... Jūs nosaukums tam, mans dēls ir labi un patiesi apzīmēta kā ilgi dzīvo dzīvi, no šīm valstīm ASV un, protams, New Jersey pati jebkurš pasākums, ko jūs varat iedomāties.  Ja NJ MVC persona varētu būt vienkārši izlabojām kļūda Oakland persona iesniegusi, dators ir piebrauca mans dēls informāciju un kas būtu beigas stāsts.  Bet atkal, muļķis!  Viņi nevar darīt. Tā vietā, NJ MVC tagad uzstāt uz sociālās drošības karti. 

Tik, sieva un dēls iet mājās, lai saņemtu to un atgriezties.  Un galu galā, viņš iegūst savu atļauju.

Tas ir trīs dažādiem braucieniem uz NJ MVC vienā dienā.  Lai saņemtu savu atļauju.  Pagāja gandrīz 6 stundas no sākuma līdz beigām.  Tas ir mans dēls Ievads braukšanas Garden State.

NJ MVC ir skaidri sadalīti. 

</beigās>

Leņķiskais nespēj Bootstrap IE9

Es esmu spēlē ar Angular.js pēdējā ilgi un par dzīvi mani, Nevarēja iegūt manu leņķa progr palaist IE9.  Viņi visi strādā labi IE11, bet IE9 vēlētos parādīt cirtaini bikšturi un līdzīgas biti.

Mēģināja saskatīt, un nevarēja atrast kāds sūdzas par savu problēmu.  Tā strādāja fine, Chrome, IE11, tikai ne IE9.

Bija izmet off par to, ka IE konsole dod man kļūdas, piemēram, tas:

SEC7111: HTTPS drošība ir apdraudēta ar res://ieframe.dll/forbidframing.htm

Šī kļūda bija mani domāšana bija kāda problēma lejupielādējot leņķiskais vai citām bibliotēkām, kas man vajadzīgs.  Kā izrādās, tas nebija jautājums.

Poking ap internets, Es beidzot konstatēts, ka nepieciešams, lai meklētu frāzi "bootstrap" un ka tā šķita bootstrapping nepadevās.  Beigās, mana problēma bija, ka bija rotā manu <HTML> tagā ar atribūtu ng-app, kā:

<HTML ng-app = "MatrixApp">

Nu, ka nestrādāja IE9.  Tā vietā, Es iesaiņota visa pārējā HTML tekstu <organizācija> iekšpusē div un tādā veidā MatrixApp atsauces.

Problēma atrisināta.

Cerams, ka tas ietaupa kādam liekas sāpes.

</beigās>

Pielāgotas SharePoint veidlapu bez lapu šablona izveide

Mans kolēģis, Lauren Jones, kā izveidot pielāgoto datu ievades formu, kas izmanto SharePoint Designer wrote jauku arkveida.  Tas ir ne gluži "jauns zem saules", bet tur ir mazliet vērpjot.  Viņas vārdiem:

Veidojot pielāgotas veidlapas ir taisni uz priekšu darīt programmā SharePoint Designer, Naviģējiet uz savu sarakstu un lentes izvēlnē atlasiet "saraksta formā’ un izveidotu jaunu veidlapas veidni.

Tas darbojas labi, ja vēlaties, lai veidlapas, jums jāpievieno lappušu šablonu, bet ko darīt, ja jums ir lietošanas gadījumā veidlapas izveides, kurā ir uznirstošā logā vai bez SharePoint chrome standalone. Man bija tieši šī lietošanas gadījumā, Gribēju, lai pielāgotu stilu formu, tad izmantojiet šo formu uznirstošo div inline vienā lappusē.

Nav izmisums, ir veids, kā to, kas nav intuitīva bet diezgan viegli paveikt.

Jūs varat izlasīt visu informāciju šeit: http://www.bigapplesharepoint.com/pages/View-An-Insight.aspx?BlogID=55&rtitle=customforms&rsrouce=pgblog un jūs varat redzēt to darbībā, noklikšķinot uz saites "sazinieties ar mums, lai saņemtu vairāk informācijas" uz kādu no mūsu Big Apple SharePoint vietnes lapā pakalpojumi pakalpojumi (http://www.bigapplesharepoint.com/services).

Lauren raksta daudz labu stuff UX un zīmolu.  Jūs varat redzēt vairāk šeit rakstīt šeit: http://www.bigapplesharepoint.com/team?showExpertName=Lauren%20Jones.

</beigās>

Neizprotama dizains un dzērumā, par funkciju Coolaid

Mans kolēģis, Lauren Jones (https://twitter.com/laurenjones02) wrote īsu rakstu, runājot par to, kā pārlieku sarežģītas SP izvēršanā ir ļoti grūti uz tiešajiem lietotājiem.  Tas ir sava veida skaidrs, tādā veidā, bet tas ir viegli, man jāsaka, ka pēc tam, kad esam organizēti daudz sarežģītu lietas gatavs gala lietotājiem izvēršanā gados.

Te ir atslēga "grafs:

Pirms pieciem gadiem, tad, kad es metu ārā SharePoint organizācija pirmo reizi ar primāro mērķi kļūst par sadarbības platformu un aizstāšanas koplietojuma diskiem, Mēs arī ieviesa sociālos un ziņu plūsmas caur RSS, Manu vietu un profili, un folksonomy iezīmēšanu. Lieki teikt, tas bija daudz gala lietotājiem pieņemt vienā sagrābt. Toties panākumus ar adopcijas ap dokumentu pārvaldību un profili, RSS un tagošana bija mazāk veiksmīgs un tas bija tiešām sakarā ar izmaiņu pārvaldības saziņas un apmācības. Mēs nevaram darīt visu uzreiz. Ņemot mazāk plašāku pieeju un atbrīvojot funkcionalitāti fāzēs ir vieglāk akceptēt un pieņemt, lai gala lietotājiem.

Šis raksts atgādina vēl mazliet man nolasīt Kris Gale Yammer ir līdzeklis, kas saistīts, “Viens maksā inženieri un neuzskatu, produktu menedžeri.”

Ja jums ir šausmu stāsts vai veiksmes stāsts, lai dalītos, Es ceru, ka jūs to paveiksit komentāros Big Apple mājas lapā.

</beigās>

Weekly Roundup – Jūlijs 13, 2014

Es xpost uz šo šeit vairāk nekā pagājušo nedēļas nogali. 

Lūk, 3RD rakstu sērijā, kur es rakstīt par blog posts un tiešsaistes raksti, kas bija īpaši interesanti man pagājušajā nedēļā, vai arī tā.  Šīs nedēļas ierakstu sērijā izceļ divas CodePlex projektiem iespējamā InfoPath Nomaiņa un pārvaldīt atļaujas, izmantojot SharePoint, ziņas par satelītiem, vēl citas JavaScript regulējumu un nod Ada Bebidžs un viņas lomu, skaitļošanas vēsture.

Jūs varat izlasīt šeit: http://www.bigapplesharepoint.com/pages/View-An-Insight.aspx?BlogID=93&rsource=pgblog&rtitle=roundup

</beigās>

Skatiet CAML vaicājumus reālajā laikā ar ULS Viewer

Mans kolēģis, Ashsih Patel, uzrakstīju izveidota jauka arkveida apraksta kā ieraudzīt aiz dažādiem SP CAML vaicājumus, kas notiek veicot uzņēmējdarbību reālajā laikā, izmantojot ULS skatītājs.

Šeit ir intro:

Darīja kādreiz vēlaties zināt, kādi CAML vaicājumu izpilda SharePoint Server?

Nu, problēmu novēršana, gan mācību mērķis, tā nav slikta ideja. visbeidzot, SQL Profiler ir palīdzējušas mums novērst daudz jautājumu.

Var būt produkti, kas tur, bet es rakstainas veic tā, lai to izdarītu, netērējot papildu buki! Un šeit tas ir...

Jūs varat izlasīt šeit viss: http://www.bigapplesharepoint.com/pages/View-An-Insight.aspx?BlogID=68&rsource=pgblog&rtitle=caml.

</beigās>