CoolBasic Forums

Ja jos CBC:tä ei julkaistakaan "vuoden 2011 alkupuoliskolla", olisi mukava saada edes uusi arvio ajasta. Mieluummin yläkanttiin.

DJ-Filbe wrote:Ja jos CBC:tä ei julkaistakaan "vuoden 2011 alkupuoliskolla", olisi mukava saada edes uusi arvio ajasta. Mieluummin yläkanttiin.

Sitten kun se on valmis.

Woo, olipas taas lukemista :O Tämä jäi vähän mietityttämään:

I had to come up with a unified model that just supports normal values, dot fields, dot array fields, and normal arrays.

Mitäs nämä termit tarkoittavat?
Voiko ohjelmoija määrittää itse ylikuormitettuja funktioita?
Funktioista ja optimoinnista tuli mieleen semmoinen ajatus, että voiko funktioita suorittaa toisessa säikeessä? Tämähän toimisi jos pääohjelman suoritusta jatkettaisiin niin kauan, kunnes käytetään A)Funktion palautusarvoa B)Globaalia muuttujaa (sisältäen myös ruudulle piirtämisen). Sitten kun funktio on suoritettu, jatketaan normaalisti. Tällöin ei pitäisi syntyä tilanteita, joissa käytetään muuttujaa, johon ei ole vielä laitettu tarvittavaa arvoa. Mikä parasta, ohjelmoijan ei tarvitse edes tietää, että näin tapahtuu, koska se ei vaikuta ohjelman suoritukseen muuten kuin nopeuden kannalta. Huomauttakaa, mikä tässä ajatusleikissä tällä kertaa meni pieleen

Itselläni ei riitä engalnnin taito (oikeastaan halu) lukemaan tekstiä. Voisiko joku suomentaa sen lyhyesti vaikka yhteen lauseeseen? Mitä on saatu valmiiksi...

Luokan jäsenten tai taulukon solujen käsittelyä pisteen avulla, olettaisin.
a.b

Jep oikeastaan ne on tyyppejä kun puhutaan CBC:tä. Eli kun luot uuden jäsenen: Niin jäsenen muuttujat määritellään näin: Eli siis:

axu wrote:Woo, olipas taas lukemista :O Tämä jäi vähän mietityttämään:

I had to come up with a unified model that just supports normal values, dot fields, dot array fields, and normal arrays.

Mitäs nämä termit tarkoittavat?
Voiko ohjelmoija määrittää itse ylikuormitettuja funktioita?
Funktioista ja optimoinnista tuli mieleen semmoinen ajatus, että voiko funktioita suorittaa toisessa säikeessä? Tämähän toimisi jos pääohjelman suoritusta jatkettaisiin niin kauan, kunnes käytetään A)Funktion palautusarvoa B)Globaalia muuttujaa (sisältäen myös ruudulle piirtämisen). Sitten kun funktio on suoritettu, jatketaan normaalisti. Tällöin ei pitäisi syntyä tilanteita, joissa käytetään muuttujaa, johon ei ole vielä laitettu tarvittavaa arvoa. Mikä parasta, ohjelmoijan ei tarvitse edes tietää, että näin tapahtuu, koska se ei vaikuta ohjelman suoritukseen muuten kuin nopeuden kannalta. Huomauttakaa, mikä tässä ajatusleikissä tällä kertaa meni pieleen

Ainakaan tähän mennessä en ole kuullut Zerpan suunnittelevan säikeitä CBC:iin. Syynä on varmaankin se, että CBC koodia ajetaan virtuaali koneen päällä, jolloin prosessin pitäisi kyetä ajamaan myös useampaa virtuaalikonetta rinnakkain.

I had to come up with a unified model that just supports normal values, dot fields, dot array fields, and normal arrays.

Tarkoittanee näitä:
instanssi.Tyyppi
instanssi.normifield = 0
instanssi.taulukkofield(0) = 0
dim instanssi(1) as Tyyppi
instanssitaulukko(0) = instanssi
instanssitaulukko(0).normifield = 0
instanssitaulukko(0).taulukkofield(0) = 0

JATothrim wrote:Tarkoittanee näitä:
instanssi.Tyyppi
instanssi.normifield = 0
instanssi.taulukkofield(0) = 0
dim instanssi(1) as Tyyppi
instanssitaulukko(0) = instanssi
instanssitaulukko(0).normifield = 0
instanssitaulukko(0).taulukkofield(0) = 0

Mahtavaa, ei tarvitse enää kirjoitella nurinkurisia kauttaviivoja!(?) Tuo on myös hyvä, että voi laittaa taulukon tyypiksi oman typen, ja fieldiksi taulukon, luo huomattavasti joustavuutta wanhaan systeemiin nähden

Storm wrote:CBC: Syväjäässä? [ ] Tekeillä? [ ]

Kyllä.

Olettaisin, että coolbasicia kehitetään yhä aktiivisesti vaikkei siitä ihan joka viikko ilmoitetakkaan, ja toki koulut ja työt ovat nyt kesäloman jälkeen mitä luultavammin hidastaneet tahtia.

KilledWhale wrote:Et kai tosissasi luule että projektin annettaisiin jäätyä ilman minkäänlaista ilmoitusta asian suhteen.

CoolBasic on yksinkertaisesti niin viileä, että se on aina syväjäässä.

Vakavasti puhuen: edistystä tapahtuu.

Liekö tämä oikea paikka tälläiselle ehdotukselle, mutta voisiko tuon uuden Coolbasic.com -sivun kääntää myös suomeksi (ja muillekkin kielille jos vain innokkaita kielitaitoisia löytyy)? Ainakin suomenkielisen käännöksen saisi hoidettua vapaaehtoisvoimin parissa päivässä ja sen voisi lisätä etusivulle vaikkapa yksinkertaisella "Suomeksi" -linkillä (tähän tapaan).

coolbasic.com wrote:Due to the complexity of the editor, expect a Windows version first.

Pitäisikö tämä ymmärtää niin, että ennen editoria ei tule kääntäjää käytettäville?

axu wrote:

coolbasic.com wrote:Due to the complexity of the editor, expect a Windows version first.

Pitäisikö tämä ymmärtää niin, että ennen editoria ei tule kääntäjää käytettäville?

Taitaapi näin olla -.-

axu wrote:

coolbasic.com wrote:Due to the complexity of the editor, expect a Windows version first.

Pitäisikö tämä ymmärtää niin, että ennen editoria ei tule kääntäjää käytettäville?

Kaippa tuo meinaa että Linuxille editori tulee myöhemmin.

Due to the complexity of the editor, expect a Windows version first. The Linux editor will have to use entirely different code base, and is therefore a new project on its own.

[/edit]

Sellainen kysymys iski päähäni, että toteutetaanko fonttien lataus muuttujaan samoin kuin wanhassa coolbasicissä? Itselläni on siksi aina oletusfontti, kun fonttia ladatessa täytyy määritellä samalla myös fonttikoko sekä "tyyli" (Lihavointi, kursivointi, alleviivaus). En tosiaan tiedä, onko se miten toteutettavissa, mutta mielestäni mielekkäämpää olisi ladata ensin fontti, ja sen jälkeen voisi erillisillä komennoilla säätää koon ja tyylin ("tyylille" on varmaankin joku ihan oikea termikin?), jotta ei tarvitsisi samaa fonttia ladata kymmeneen eri muuttujaan, jos haluaa sen esimerkiksi useammassa koossa.

MrMonday wrote:En tosiaan tiedä, onko se miten toteutettavissa, mutta mielestäni mielekkäämpää olisi ladata ensin fontti, ja sen jälkeen voisi erillisillä komennoilla säätää koon ja tyylin ("tyylille" on varmaankin joku ihan oikea termikin?), jotta ei tarvitsisi samaa fonttia ladata kymmeneen eri muuttujaan, jos haluaa sen esimerkiksi useammassa koossa.

Tyylillä tarkoittanet korostuksia.

Onhan se LoadFontin yhteydessä asettaminen työlästä, jos tarvitaan useita erilaisia saman fontin kokoja korostuksineen, mutta niin harvoin tuota tarvitsee, että ennemmin pitäytyisin vain kahdessa komennossa, joita tarvitsee fontin lataamiseen ja sen käyttämiseen. Jos koon ja korostuksien valinnan pystyy siirtämään SetFontiin, niin sitten kannatan.

Jos CBC toimisi konepellin alla yhtään samalla tavalla kuin cbEnchanted, niin uskoisin että fontin koko ja mahdollinen lihavointi/kursivointi tulisi määritellä fontin lataamisen yhteydessä. Yksittäiset fonttitiedostot kun tukevat vain yhtä tyyliä, niin lihavointi/kursivointi määrittää myös sen, mikä fonttitiedosto ohjelman tulee ladata muistiin. Esimerkiksi Windowsissa "Times New Roman" fontille on neljä eri fonttitiedostoa: timesi.ttf kursivoidulle, timesbd.ttf lihavoidulle, timesbi.ttf lihavoidulle & kursivoidulle ja times.ttf normaalille.

Storm wrote:Noh, onkos CBC nyt edistynyt sitten marraskuun? Kun ei ainakaan mitään ole voinut lukea riveiltä eikä niiden väleistä.

Marraskuun? Viime kesänähän viime posti on julkaistu. Viime assyillakin zerppa väitti julkaisevansa seuraavan blogipostin muutaman kuukauden päästä, mutta ei sitä ole kuulunut. Ei, taitaa olla jäissä koko projekti. Ja sitten vielä tämä.

Ei se jäässä ole. Ei ne muuten uskaltaisi pitää CB-miittiä.