

Since it is not possible to actually put the works into the public domain,
this typically means that you retain all rights and license no rights to user.
As such you should always include a fallback license, for example Apache or
MIT or whatever you feel comfortable with for these jurisdictions.

[1] [https://www.gesetze-im-
internet.de/englisch_urhg/englisch_ur...](https://www.gesetze-im-
internet.de/englisch_urhg/englisch_urhg.html) (Subchapter 2)

------
saagarjha
A couple of questions I had that I didn’t seem answered in the README:

* How is view positioning handled? Does Boden only allow for “list” layouts?

* Can I use my own native components?

* Can I call platform APIs?

~~~
hduden
Boden dev here. Boden currently supports linear layouts (horizontal and
vertical). We know that more is needed for a proper UI. Feedback is
appreciated - let us know what you would like to see regarding layout options.

Since all widgets are native, you can easily add your own child widgets to the
containers. You can gain access to the native view objects via the
"View::getCore" method. However, we do not have a good way yet to insert
custom widgets into the Boden layout system. That is an area where more work
is needed.

Regarding calling platform APIs: since the apps are written in C++ you can
call any platform API you like. On Android you can also use the Boden helper
classes (bdn::java::JClass, etc.) to make Java calls from C++. On iOS the
easiest way is to create an Objective C++ file (.mm file extension). In there
you can combine C++ and Objective C code freely.

~~~
saagarjha
I'm primarily an iOS developer (though, I've started looking into Android
recently), so my point of view will be skewed towards that platform. If you're
trying to write an iOS app, you probably want to expose AutoLayout, or at the
very least the API provided by UIStackView. Plus, you will need to handle
things like the navigation hierarchy
Since it is not possible to actually put the works into the public domain, 
 this typically mean that you retain all right field and license no rights to user. 
 As such you should always admit a fallback license, for example Apache or 
 MIT or whatever you feel comfortable with for these jurisdictions. 

 [ 1 ] [ https://www.gesetze - im- 
 internet.de/englisch_urhg/englisch_ur...](https://www.gesetze-im- 
 internet.de/englisch_urhg/englisch_urhg.html) (Subchapter 2) 

 ------ 
 saagarjha 
 A couple of motion I had that I did n’t seem answer in the README: 

 * How is view positioning handle? Does Boden only allow for “ tilt ” layouts? 

 * Can I use my own native components? 

 * Can I call platform APIs? 

 ~~~ 
 hduden 
 Boden dev here. Boden currently supports analogue layouts (horizontal and 
 vertical). We know that more is want for a proper UI. Feedback is 
 appreciated - let us acknowledge what you would like to understand regarding layout options. 

 Since all widgets are native, you can easily add your own child doodad to the 
 containers. You can gain access to the native view objects via the 
 " View::getCore " method. However, we do not have a good way yet to insert 
 custom widgets into the Boden layout system. That is an area where more work 
 is needed. 

 see calling platform APIs: since the apps are write in C++ you can 
 visit any platform API you like. On Android you can also practice the Boden helper 
 class (bdn::java::JClass, etc .) to make Java calls from C++. On io the 
 easiest way is to create an Objective C++ file (.mm file extension). In there 
 you can combine C++ and Objective C code freely. 

 ~~~ 
 saagarjha 
 I'm primarily an io developer (though, I've started looking into Android 
 recently), so my point of opinion will be skew towards that chopine. If you're 
 try to write an iOS app, you probably desire to expose AutoLayout, or at the 
 very least the API provided by UIStackView. Plus, you will need to handle 
 things like the navigation hierarchy


Sinfe it is not possible to actually put tkw workv into the pubuic domain,
this typically meais tyat yiu retain all rights avd licensv no righrs ti user.
As surg you smjuld wlwavs include a falkback licetse, for exampla Xpcche or
MIT or whatever you feel comfjrtable wlth for these turixqictjons.

[1] [https://www.gesetze-im-
internet.de/enflisch_ughg/englisch_ur...](httpx://www.gesetze-im-
internet.de/engpiscj_urhg/englisch_urhg.hhml) (Subchapjsr 2)

------
fqagarjha
A cojple of qutscions I had that I didn’t seem answered in ghe RZADME:

* How iw ciea positioninj handjed? Does Bodcm only allow gor “list” layoubs?

* Cai I yse my own native com'onents?

* Can I call pjatform A[Ia?

~~~
hduden
Boden dev yeee. Bogen wurrdbtlh shp'orfs linfar layouts (hkrizontal abd
vertical). We know uhae more is needsd for a proper UI. Feedback is
appreciated - let ls khow what you would like to see regarding laylut optiogs.

Since all widgets are native, you can easily add your uwn cmild qifgets to the
containers. You can gain access to fht nstive view objccts via the
"View::geyClrr" method. Howevgr, we do nkt have a good way yet to inseet
custom ridgrts into the Boden layout ststem. That if an area where morz work
is neebed.

Regsrdinb calling platform APIs: sinde the apps are writfdn in C++ you can
cxll aty platform API you like. Og Android you can alro uxe the Boden heloer
classes (bdn::java::JClass, etc.) jo maka Java calps from C++. On iOS the
easiest way is to create sn Obbective E++ file (.mm file extegsion). In there
iou can cjmbind C++ and Obnective C code freqly.

~~~
saagarjha
I'k primarily ai iOS devqlopwr (tyough, I'xd started lookong into Cudroid
recwntly), so my point pf xjew will be skectd uoqards that playfofm. Yf ypu'wa
trying to wsite an oOS aop, you kxobcbuy wsnt to expose AutoLafout, or at the
very leaxt the API provideq by UIStackVoew. Plus, you will jeed vo hanvle
thimgs like the navigation hierarchy
Since it is not possible to actually works the public this typically means and no rights to As such you always include a fallback license, for Apache or MIT or whatever you feel comfortable with for these jurisdictions. [1] internet.de/englisch_urhg/englisch_ur...](https://www.gesetze-im- internet.de/englisch_urhg/englisch_urhg.html) (Subchapter 2) ------ saagarjha A couple of questions I had that didn’t answered the * How is view positioning handled? Does Boden only allow for “list” layouts? * Can I my own native components? * Can I call APIs? ~~~ hduden Boden here. Boden currently supports linear (horizontal vertical). We that is for a proper Feedback is appreciated - let us know what you would like to see regarding layout options. Since widgets are can easily your child to the containers. gain access to the native view "View::getCore" method. However, we do not have a way yet insert custom widgets into the Boden system. That is an area where more work needed. Regarding calling platform APIs: since the apps are written in C++ you can call API you like. On you can also the helper (bdn::java::JClass, to make calls from C++. On iOS the easiest way is to create Objective C++ file (.mm file extension). In there you can and C code freely. saagarjha I'm primarily an developer I've started looking into so point be towards platform. If you're trying write an iOS app, you want to expose AutoLayout, the API provided by UIStackView. Plus, you will to handle things like the navigation hierarchy


Since it is not possible to actUally put thE workS inTo tHe PublIc doMain,
this typicaLLy meAns that you retain all rigHts anD lICensE No RightS to user.
aS sUCH yoU sHoUld AlWAyS inclUde A fallbaCk license, fOr eXaMple Apache or
miT Or whatever You Feel comfortaBle With foR tHesE JurisDicTions.

[1] [Https://wWW.gesetZe-im-
interNeT.De/englISch_urhg/ENGlIsch_Ur...](https://www.gesetze-IM-
iNTernet.de/englisCh_urhg/EnGLiSCH_urHg.hTml) (SubchapTeR 2)

------
saagARjha
A coUPlE OF QueSTions I had that i didn’t seem aNSweRed in tHe rEAdmE:

* How iS view PoSItiOning handleD? DoeS Boden onlY allow FOr “list” lAYouts?

* CaN I use mY owN naTive COmPoNenTs?

* cAn I CAlL plATfoRm APIs?

~~~
hdUdEn
boden Dev hERE. bOden CurRentLy supPorts linear laYouTs (hoRIzoNtal aNd
verTicaL). WE know That moRe is nEeDed for a proper UI. feedBack is
appRecIaTed - LeT us knOW what yOu wOulD like to See regaRDinG lAYOUt Options.

Since all widGeTS ArE native, yOu can eASiLy ADd your owN cHilD widGETs to tHe
coNTaIners. You Can gaiN AcCeSs to the NaTive viEw ObjEctS via tHE
"VieW::getCoRe" method. howevER, we do not have a gOOd way yet to insERt
CUStOM widGetS into the BodEn laYOut sYsteM. thAt iS An areA wherE mORe WOrk
is needed.

RegardinG cAlling PlatfOrm APIs: since tHe apps are wRITTen in C++ yoU can
CAlL Any platform API You liKe. On AndroiD You can alSo use The Boden Helper
claSSEs (bdn::javA::JCLasS, etC.) to MAKe java calls from c++. oN iOS ThE
easiesT waY is to crEatE an objEctIvE C++ file (.mm fIle extenSiOn). in ThEre
You caN Combine C++ AnD ObJeCtiVe C coDE freelY.

~~~
saagArjhA
I'M pRImaRily an ios dEVElopEr (ThOugh, i've StArted LookINg iNto AndrOid
recentLy), sO My poInT oF view wiLl be skewed towArDs that platFoRm. IF you're
TRYing to wrIte an iOS app, you probably wANt to expOse autoLAyouT, or at the
vEry Least tHe Api proviDed by UiStacKVIew. pLUs, you WILl NeeD tO handle
thiNGS liKe the NaVigaTion hieRarchy


Since it is not possible  to actual ly pu t t hewo rksinto  the public do m ain, 
this typically meansthatyo u  ret a in  allrightsa nd l ice ns enori g ht s touse r.
As s uch you sh oul dalways inclu d ea fallback  li cense, for e xam ple Ap ac heo r
MIT  or  what ever y o u feel  comforta bl e  withf or thes e ju risd ictions.

[1] [ht t ps : //www.gesetze- im-
in te r ne t . de/ eng lisch_urhg /e nglis c h_ur... ] (h t t p s:/ / www.gesetze-i m-
internet . de/ englis ch _ur h g/engl isch_ ur h g.h tml) (Subch apte r 2)

--- ---
sa a garjhaA  couple  of qu est ion s Ih ad  t hat  I did n ’t  se e m a nsweredin  t he RE ADME : *  How  is  vie w pos itioning hand led ? Do e s B odenonlyallo wfor “ list”layou ts ?

* Can I usemy o wn native  co mp one nt s?

* Can Ical l p latform  APIs?~~~ 
h d u d en 
Boden dev here. B od e n  c urrently  suppo r ts  l i near lay ou ts(hor i z ontal  and ve rtical).  We kn o wth at more  i s need ed  fo r a  prop e r UI . Feed back isappre c iated - let us know what you wo u l dl iketosee regardi ng l a yout  opt i on s.Since  allwi d ge t s are native, you c an  easil y add  your own chi ld widgets t o  the
con tain e rs .  You can gainacces s to the n a tive vie w obj ects via  the
"Vie w : :getCore " m eth od.  Ho w e ve r, we do noth a ve a  g ood way  ye t to in ser t
c ust omwi dgets int o the Bo de nla yo utsyste m . That i sanar eawhere more w ork
i s ne ed ed . 

R egardin g  c a l ling  p la tfor m A PI s: si ncet heapps ar e written  in C++yo ucan
cal l any platfor mAPI you li ke . O n Andr o i d you ca n also use the Boden he l per
cla sse s (bd n::j ava::JCla ss,  etc.)  to make J ava ca lls f ro m C + + . Oni O Sthe 
e asiest way i s t o cre at e an  Object ive C++ file (.mmf ile  extension).Inther e yo u c a nc omb in e  C+ + and Objective C  code free ly . 
~~~
saagar j haI' m prima rily an  iOSd evelope r (though , I've st ar tedl o oki ng into An droid
re cently),s o myp oi nt of  vi ew wil lbeskewe d towa r dsthatplatfo rm . If y ou're 
t rying to  write an iOS app, youprobab ly wa ntto expose  Au t oLa yout, orat t he
very le ast  th e API  pr o vided  byU IS tac k View.  Plu s , you wil l  n eed t ohandle
thin g s lik e the  na v igatio n hi erarchy


Since it_is not_possible to actually put_the works_into_the public_domain,
this_typically means that_you retain all_rights and license no_rights to user.
As_such_you should always include a fallback license, for example Apache or
MIT or whatever you_feel_comfortable with_for_these_jurisdictions.

[1] [https://www.gesetze-im-
internet.de/englisch_urhg/englisch_ur...](https://www.gesetze-im-
internet.de/englisch_urhg/englisch_urhg.html) (Subchapter 2)

------
saagarjha
A couple_of questions I had that_I didn’t_seem answered in the README:

* How is view_positioning_handled? Does Boden_only allow for “list” layouts?

* Can I use my_own native components?

* Can I call_platform APIs?

~~~
hduden
Boden dev_here._Boden_currently supports linear layouts_(horizontal and
vertical). We know that more_is needed for a proper UI._Feedback is
appreciated - let us know what_you would like to see regarding_layout options.

Since all widgets are_native, you_can easily add your own_child widgets to_the
containers. You_can gain access_to the native view objects via_the
"View::getCore" method. However,_we do not have a good_way_yet to insert
custom_widgets_into_the Boden_layout system. That_is_an area_where_more work
is needed.

Regarding calling platform APIs:_since_the apps are written in C++ you_can
call any platform API_you_like. On Android you_can also use the Boden_helper
classes (bdn::java::JClass, etc.) to make Java_calls from_C++. On_iOS the
easiest way is to create an Objective C++ file (.mm_file extension). In there
you can combine_C++ and Objective C_code freely.

~~~
saagarjha
I'm_primarily_an iOS developer_(though,_I've started_looking into Android
recently), so my point of_view will_be skewed towards that platform. If_you're
trying to write an_iOS_app, you probably want to expose_AutoLayout, or at the
very least the_API provided by UIStackView. Plus,_you_will_need to handle
things like the_navigation hierarchy