DEMONOFANARCHY: Díky, to je ono!

CABANNOS: Rozchodil jsem i SP Foundation na lokálu.

Zkusil jsem jít cestou SharePoint 2010 Foundation na lokálním stroji. Vypadalo to slibně, než jsem narazil na problém, kdy mi to hlásí po zadání adresy http://server:port/default.aspx not found.

CABANNOS: No pokud mas SP na serveru tak mas jeste jednodussi si cely kolotoc rozjet tam a jen se tam pripojovat pomoci RDP.

CABANNOS: Driv (verze 3.0) stacilo vzit ty assembly od sharepointu a zaregistrovat je do GAC. Nevim jak ted :|.

Zdravím, jsem v oblasti vývoje pro Sharepoint na samém začátku. Zajímalo by mě, zda-li existuje možnost vyvíjet ve VS bez nutnosti mít nainstalovaný SP na lokálním stroji, tedy pouze SP na serveru. Díky.

heh, my o vlku

NECROMAN --- --- 14:13:44 4.6.2013 --- 26:52 :: diskuze :: Programovani v C#, F# a dalsich jazycich
TENCOKACISTROMY: asi tak, v SharePoint bylo bezne volani reflexi treba internal metody pro zakladani SPListu, protoze verejne API neumoznovalo vse potrebne. Pak byl treba problem, ze SP3 pro SP2007 zmenil signaturu tohoto internal interface a aplikace prestala fungovat, jo, take jsem od toho rad utekl :)

TENCOKACISTROMY --- --- 13:47:39 4.6.2013^
VIRTUALVOID: Tak ja nepredpokladam, ze bych neco takovyho pouzival v produkcnim kodu. To by musel bejt fakt hodne extremni pripad. Hacky jsem do produkce musel nasazovat zatim jen u Sharepointu a od nej jsem utekl.

ARIAEL: nevypadá to zle, ale to sharepoint na první pohled taky nevypadá zle... každopádně to jejich api vypadá, že má hlavu a patu, narozdíl od toho SP paskvilu, na kterým by se dalo vyučovat jak se api dělat nemá, na všech frontách

KERRAY: Zkousim zrovna ten Sensenet, jako nahradu za sharepoint. Nevypada to vubec spatne

tak nastesti to nakonec pouzivat nebudeme. i ten zbezny pohled mi docela stacil

Hm to ani ne... Tady me furt nekdo otravuje s programovanim pro sharepoint za horentni sumy. A ze na to nikoho nemuzou sehnat, ze je to velice nedostatkove zbozi.

ARIAEL: je to mozne, pokud jsou ale extremne dobri:)

KERRAY: Ale zase slysel jsem ze pry jsou vyvojari pro sharepoint extremne dobre placeni :)

Celej SharePoint je pro adminy a vývojáře ještě podstatně větší opruz, než vypadá... Nějaký řešení třetích stran tomu možná můžou trochu pomoct, ale stejně bych do toho znova asi nešel, kdybych věděl, do čeho jdu...

KUBIS: aha. a ty formulare k listum? je to fakt takovej opruz je vyrabet/modifikovat, jak to vypada? (ty ruzny JS injection a tak se mi fakt tezce nelibej)

FONTAN: no on je sharepoint obecne takova cerna skrinka:) ale mas pravdu s tema infopath services ze bezi i na sharepoint serveru, nicmene na foundationu zapomen

KUBIS: no (uz jsem to zkousel) - form library to vytvori, ale pracovat s formulari muzes jen v lokalni instanci info path (to plati i pro sharepoint standard)

ja mam ted nejvetsi "problem" s tim, ze nevim, jak snadne/slozite je tvorba a uprava formu pro listy (ty default formy vypadaji naprosto neupravitelne)? myslim tim nejake podminene zobrazovani jednotlivych controls, omezovani vyberu z list boxu, disable/enable zalozeny na aktualnim stavu listu a tak. priznam se, ze me google skills dostaly trochu na zadek a nejsem schopn nalezt neco, co by mi skutecne pomohlo.

FONTAN: na foundationu jsou ti infopath formulare k nicemu, protoze infopath form services jsou snad jen v enterprisove edici...

zdravim
ted me v praci navazeji do toho udelat asi dve az tri mensi veci v sharepointu. jsem tim docela slusne nepolibeny, ale zacinam mit podezreni, ze moznosti uprav "prednastavenych" formularu a podobne jsou v kombu "foundation server" & "sharepoint designer" (2013) dost omezene a tlak na to mit nejakou placenou verzi + dalsi doprovodne veci (vs2013 pro, info path) se mi zda docela velkej. nebo se mylim?
mohl bych se pripadne zeptat na nejake konkretni veci, na kterych se zasekavam?
dik