P19: V androidu si to vsechno pises rucne v xml souboru. Podobne jako ve wpf v xamlu.

URZA: no prave na to GUI potrebujes ten Mac. Nativne se iOS aplikace pisou v aplikaci XCode, ktera ma i designer. A v Xamarinu pises C#, ale pro designer se musis prave prepnout do MacOS X a naklikat si to v XCode, Xamarin ti to pak zase napoji na C#.
Teoreticky bys XCode potrebovat nemusel a mohl to vsechno napsat rucne v Xamarinu, ale to je, jako bys rucne psal kod, co ti VS vygeneruje do *.designer.cs souboru u winformu.
Jak je to s Androidem nemam tuseni.

URZA: jj, GUI se pro kazdou platformu musi delat zvlast.

oni tam .net nelinkujou, je to kompilovany primo do nativniho (byte)kodu dotycny platformy.

TENCOKACISTROMY:
P19: hm hm.. tak nejake realne zkusenosti s xamarinem bych si i rad poslechl.. napr. jak v tom xamarinu resite GUI? jestli jsem to pochopil dobre tak pokud bych chtel iOS a android tak pro kazde musim to gui psat samostatne?

a jinak s velikosti appky a vykonem zkusenosti nejaky mate? ono to asi naroste tim ze se tam prilinkuji .NET co?

chci si taky udelat jednu indianskou vec a tak mi to spis vychazi zatim na nejaky html5+phonegap..

TENCOKACISTROMY: Reseni: http://stackoverflow.com/questions/4747577/wpf-clipping-a-child-control

Ve WPF Mam nasledujici button s takovymhle contentem:

Button
+ Grid
  + Row
    + Border
      + TextBlock
  + Row
    + TextBlock

Kdyz na ten button kliknu, spusti se nejaka akce a ten TextBlock uvnitr Borderu zacnu animovat. Konkretne jezdi ze svy pozice nahoru. Problem je, ze mi vyjede mimo oblast buttonu. Puvodni zamer byl, ze kdyz bude vyjizdet, tak to co je mimo button, tak nebude videt. Misto toho to precuhuje mimo oblast buttonu. Urcite na to je najaky nastaveni, aby se to tak nedelo. Ale nevim jaky :P.

TENCOKACISTROMY: šoustoprd se říká

SHIGORBIRDMAN: jo, pro indiany to je showstoper :(

coz by me celkem zajimalo, jak se vyrovnali s xamarinem, predpokladal jsem ze z drivejsi ceny za unity droid / ios davalo unity xamarinu (predtim novellu) nejaky baksis za mono...

No, je prisnejsi. Zase na druhou stranu chapu, ze tohle delat neni uplne easy a ze ty prachy nekde vydelat musej. Kdyz to na druhou stranu srovnam s cenou vyvojaru, tak tohle je oproti tomu mala caska. A jestlize jim to pomuze vyvoji, tak se to "zaplati samo".

NECROMAN: mne by stacila ta 300 usd verze, nicmene z te nove cenove politiky radost nemam

URZA: Já jo, vysral jsem se na Objective-C a zrovna to přepisuju v Xamarinu. Ale musím říct, že se mi nechce dávat těch $299, VS to teda není a stejně potřebuješ Maca.

SHIGORBIRDMAN: Xamarin s plnou podporou Visual Studia stoji 999$, trochu dost na moje indie potreby :)

URZA: Mozna se za nedlouho seznamim s Xamarinem.
Doted jsem ale jen koketoval s Androidem a Javou.

akorat pres unity... s xamarinem (driv monotouch) jsem si chvilku hral, ale kupovat se mi ho zatim nechtelo

Mate nekdo zkusenosti v vyvojem mobilnich aplikaci pro android/iOS? Napr pres Xamarin nebo Phonegap? (Vim ze jsem ve spatnym foru, ale mam par otazek (do posty asi) na nekoho kdo se na veci diva z pohledu .NET/XAML vyvojare a zkusil vyvinout nejakou mobilni appku:)

NECROMAN: Tak minimalne styly jsou ruzny. A u Win8 v TabletPC modu se pozicujou Popupy a ContextMenu jinam.

TENCOKACISTROMY: WPF jako takove je snad vsude stejne, nemyslis spis rozdil mezi WPF v .NET 3.5, 4.0 a 4.5?
What's New in WPF Version 4.5
http://msdn.microsoft.com/en-us/library/bb613588.aspx

Nevite o nejakym seznamu rozdilu WPF v pripade, kdy bezi aplikace ve Win7 vs. Win8? Pripadne jeste Win8 vs. Win8 v TabletPC modu?

Tak neuvritelne se stalo skutkem. Po obetovani dospele panny a cerneho kohouta na oltari nejvyssiho XAML boha, se mi podarilo splodit toto:

<Path Fill="Blue">
			<Path.Data>
				<GeometryGroup>
					<PathGeometry>
						<PathFigure StartPoint="160 70">
							<ArcSegment Point="140 130" Size="63.2 63.2" IsLargeArc="True" />
							<LineSegment Point="133 123" />
						</PathFigure>
					</PathGeometry>
					
					<PathGeometry>
						<PathFigure StartPoint="160 70">
							<LineSegment Point="150 70" />
							<ArcSegment Point="133 123" Size="53.2 53.2" IsLargeArc="True" />
						</PathFigure>
					</PathGeometry>
					
					<PathGeometry>
						<PathFigure StartPoint="130 70">
							<LineSegment Point="180 70" />
							<LineSegment Point="155 105" />
							<LineSegment Point="130 70" />
						</PathFigure>
					</PathGeometry>
				</GeometryGroup>
			</Path.Data>
		</Path>

Graficky jsem to naklikat v Blendu nebyl schopnej (jedine jako sadu shapes a pak export do path, kde z toho vylezly bezierovy krivky).
Nevim kdo to vymejslel, ale teda tohle by grafici asi jen tak neudelali.