Programujeme ve Visual Basic .NET - 1. díl – úvod

Diskuze čtenářů k článku

mol  |  27. 08. 2004 00:58  | 

"V původním BASICu byly vytvořeny například první produkty Microsoftu."

to je naopak, prvním produktem MS byl BASIC (konkrétně pro Altair)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  27. 08. 2004 03:26  | 

Pravda, dokonce se stal předmětem jednoho z prvních warezů (Billovi ukradli děrnou pásku s Basicem při jedné z show ještě několik dní předtím, než Basic vydal s Allenem oficiálně).


btw Emulátor Altaira si můžete stáhnout a vyzkoušet odsud - aneb 256 bajtů musí stačit každému...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  27. 08. 2004 03:31  | 
Petrik  |  27. 08. 2004 03:35  | 
cicobasket  |  27. 08. 2004 07:40  | 

"Programy ve VB.NET na rozdíl od skriptů totiž běží jako aplikace kompilované do strojového kódu, a to srovnatelnou rychlostí, jako aplikace v C++. "


docela odvazne tvrzeni


 

Souhlasím  |  Nesouhlasím  |  Odpovědět
xg  |  27. 08. 2004 08:00  | 

no.. navic to je kompilovano do bytecodu. do strojovyho az za behu. (proto to teoreticky v nekterejch pripadech muze byt rychlejsi, ptz se optimalizace provadeji presne na procesor, na kterem to bude spusteno, kdezto u c/c++ se to zkompiluje jedenkrat treba pro i386 apod.)

Souhlasím  |  Nesouhlasím  |  Odpovědět
xg  |  27. 08. 2004 08:07  | 

Hm.. tak jeste k odstavci:
K čemu slouží program vbc.exe?
Vi vubec autor, k cemu je .net runtime? Proveditelny kod muze bejt v mnoha jinych souborech (dll apod). Prekladac nemusi nutne prekladat do spustitelne podoby.....

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  27. 08. 2004 12:02  | 

OK, rozlišujme proveditelný a spustitelný kód, vbc.exe zvládne oboje...


Jinak, seriál by měl být dle zadání redakce určen pro úplné začátečníky - takže nutné počítat s tím, že ze začátku bude trochu polopatický a zjednodušený. Pro ostřílené borce začne být zajímavé až po nějakých deseti dílech, kdy se proberou základy jazyka na ukázkách typu HelloWorld, dřív se k .NET runtime stejně nedostanu.


Jelikož díly musím dodávat cca 5 - 10 ks dopředu, v tomto intervalu mohu reagovat na vaše připomínky k celkovému vyznění seriálu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
cicobasket  |  27. 08. 2004 09:04  | 

v nekterych pripadech .... ano kdyz je mesic v uplnku a vsechny planety ve slunecni soustave jsou na primce .), ne delam si srandu, me slo oto, ze VB pouziva o dost slozitejsi objekty a ma slozitou svoji vnitrni logiku, takze tam nastane zpozdeni, ktere sotva muze nahnat na C++, i kdyz priznavam, sam jsem to netestoval....

Souhlasím  |  Nesouhlasím  |  Odpovědět
hacesoft  |  27. 08. 2004 18:56  | 

Ne nevim zda jete nekdy vydel Visual Studio. Muzete si zvolit zda kod kompilovat do strojoveho kodu nebo pouzit pseudo kod. Navic programy napsane i v cecku take mohou obsahovat pseudokod. A je jedno zda je vychozi jazyk VBasic nebo cecko. Vzdy se pouziji stejne runtime knihovny. Dalsi veci pro pseuhokod muze bejt za program jede na mnoha processorech s ruznym hw vybavenim. Na kazdem se urcita cast kodu muze optilalizivat jinak pro maximalni rychlost a zde je plus pro pseudukod. Kde se preklada az pri spusteni.

Souhlasím  |  Nesouhlasím  |  Odpovědět
alex  |  27. 08. 2004 11:14  | 

Občas se vyskytnou bechmarky srovnávající rychlost managed (Java, .NET) a unmanaged aplikací (aka C, C++) a vyplývá z nich, že za určitých podmínek může být dynamicky kompilovaná aplikaci i rychlejší, než aplikace v C. Viz např. zde


      http://www.kano.net/javabench/


Samozřejmě to není pravidlo, faktem ale je, že ani C++ není zdaleka tak rychlé, jako čisté C, proto ho jde s VB.NET srovnat.
.NET aplikace samozřejmě vykazují prodlevu při startu, kdy probíhá kompilace, ale pak už beží docela svižně, rozhodně výrazně rychleji, než Visual Basic aplikace kompilované do "native code".

Souhlasím  |  Nesouhlasím  |  Odpovědět
L.  |  27. 08. 2004 08:15  | 

Mam XP (home) se service packem 1,ale runtime visualbasicu.NET nemam...
Neplati to jen pro XP profi?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Olda  |  27. 08. 2004 08:25  | 

Mam Profi a neni to tam taky. Nenasel jsem ani moznost to doinstalovat v Pridat nebo ubrat programy/Soucasti systemu.
Tak neim
O.

Souhlasím  |  Nesouhlasím  |  Odpovědět
jednorozec  |  27. 08. 2004 08:40  | 

Musíš to nainstalovat přes windows update


jednorozec.cz

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  27. 08. 2004 11:19  | 

Situaci na XP Home neznám, ale pokud si doinstalujete .NET Framework (24 MB) stažený z linku uvedeného v článku, mělo by vše fungovat OK (testováno na Windows 2K/XP Proff.)


http://www.microsoft.com/downloads/details.aspx?displaylang=cs&FamilyID=262D25E3-F589-4842-8157-034D1E7CF3A3


 

Souhlasím  |  Nesouhlasím  |  Odpovědět
W.  |  27. 08. 2004 12:43  | 

Tak jak to tedy je? Je dost zásadní, jestli je net runtime součástí XP SP1 nebo jestli se musí stahovat 24 mega někde z netu (každý nemá ADSL).

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  27. 08. 2004 12:54  | 

Podle

http://www.microsoft.com/cze/windows/xp/pro/downloads/sp1/ a http://www.microsoft.com/windowsxp/downloads/updates/sp1/default.mspx


je .NET Framework součástí distribučního CD Service Pack 1 pro Windows XP.


CD si můžete objednat u MS na dobírku - viz http://www.microsoft.com/cze/windows/xp/pro/downloads/sp1/


Ale než ho začnete stahovat, zkontrolujte si (postup viz článek), zda .NET už na svém PC nemáte -
.NET se instaluje dnes už s celou řadou dalších produktů.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jirka  |  27. 08. 2004 14:44  | 

Mam takovy pocit, že v XP sp1 je pouze .NET runtime verze 1.0 a tam jak se zdá kompilátor VB.NET není. Proto je nutné instalovat min. verzi 1.1.

Jinak na CD z Microsoftu bych se nespoléhal, už skoro 2 měsíce mám objednané trial verzi tuším VB studia a pořád nic.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  27. 08. 2004 17:52  | 

Zkoušel jsem doma instalovat .NET ze standardního baliku do Windows 2000 a tam je vbc.exe určitě, jak v .NET 1.0, tak v .NET 1.1. Ale je možné, že instalace ServicePack jej defaultně neinstaluje.


A instalovat dnes rokapůl starou verzi .NET 1.0 stejně nemá moc smysl...


S trial verzí VS.NET (Release Candidate) byla v roce 2001 akce, že je gratis posílali všem, kdo si je zaregistrovali na webu. Sice jim rychle došla média, ale nakonec jsem svoje CD dostal. Jinak doporučuju - máte-li tu možnost - nechat si tyhle věci posílat na adresu do firmy, tam MS očekává lepší kšefty a podobné objednávky fungují spolehlivěji.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Yarda  |  27. 08. 2004 11:37  | 

BASIC se mi zda jednoduchy - alespon ze zacatku. Kdyz napisu:


10 PRINT "Ahoj"
20 GOTO 10


RUN


tak to funguje.


Zkousel jsem neco napsat ve VB (VB NET bude IMHO z toho vychazet) a zrejme to tak jednoduche nebude.

Souhlasím  |  Nesouhlasím  |  Odpovědět
cicobasket  |  27. 08. 2004 12:06  | 

To bude asi tim, ze jde o technologicky uplne jinej BASIC. To co pises ty, to mi fungovalo uz na ATARI. U udalostne rizenyho basicu se budes muset este neco doucit .)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  27. 08. 2004 12:43  | 

Je to hodně podobné - akorád se všechen kód musí uzavírat do procedur a ty zase do modulů a pro výpis se používá metoda Write, nebo WriteLine objektu System.Console místo jednoduchého PRINT. A základ kódu zůstal stejnej (čísla řádku se psát ve VB dávno nemusí)


Odpovídající ukázka by byla něco jako


  Module modMain
    Sub Main
10:   System.Console.WriteLine("Ahoj")
      GoTo 10
    End Sub
  End Module

Souhlasím  |  Nesouhlasím  |  Odpovědět
hacesoft  |  27. 08. 2004 18:59  | 

Muze pouzit vypis do konsole DebugPrint

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  27. 08. 2004 20:47  | 

To je ovšem konzole Visual Basic IDE - ne ta černá systémová konzole, podporující redirekci a do které se píšou řádkové příkazy.


Co je mi známo, tak Visual Basic bez použití API se systémovou konzolí pracovat neumí.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  27. 08. 2004 12:45  | 

Nechápu, co ten editor na Živě tak blbne.. Úplně ho překopali a je nějakej zmrvenej...

  Module modMain
Sub Main
10: System.Console.WriteLine("Ahoj")
GoTo 10
End Sub
End Module

Souhlasím  |  Nesouhlasím  |  Odpovědět
lobogo  |  27. 08. 2004 12:59  | 

viem ze islo len o priklad ale pouzivat goto direktivu v casoch OOP jazykov a proceduralok tretej generacie je dost sado/maso. Na skole nam za to trieskali trstenicou po prstoch :) Goto malo umret spolu s BASICom pre osembity.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin  |  27. 08. 2004 14:55  | 

Nevim co mas proti goto. Kazdy program je plny goto(koukni se do strojaku,jmp je to same jako goto

Souhlasím  |  Nesouhlasím  |  Odpovědět
ha  |  27. 08. 2004 15:06  | 

no dalsi lamer na scene, prosim ta ty v kolko jazykoch programujes? goto ako napisal ten hore, je blbost tak pri proceduralnych ako aj oop jazykov, lebo je redundantny, t.j. vsetko sa da vyriesit bez neho. a o ASM jumpoch na adresu nehovor, lebo o tom aj tak nemas paru.

Souhlasím  |  Nesouhlasím  |  Odpovědět
hacesoft  |  27. 08. 2004 19:05  | 

No nevim... ale za urcitych podnimek je goto jedine reseni. Tak ho lze pouzit:

napr: Private Declare Function GetTickCount& Lib "kernel32" ()
Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long)

Private Sub Cekat1(cas As Single)
Dim cas1 As Single
Dim cas2 As Single

Let cas1 = GetTickCount() + cas
cas3:
Let cas2 = GetTickCount()
If cas2 <= cas1 Then Call Sleep(1): GoTo cas3

End Sub


Nevim jak jinak jednoduseji bych to napsal.

Pokud se jedna o jine jazyky napr. assembler pro PIC jednocipove processory. tak ji nic jineho nezbyde nez pouzivat tvrdy skoky.


Souhlasím  |  Nesouhlasím  |  Odpovědět
m  |  27. 08. 2004 20:19  | 

pokial po loope potrebujes niekam inam skocit, tak by som sa v prvom rade zamyslel nad strukturou algoritmu, po druhe nechapem kam by si skakal, case / switch / onerror / onevent /rellocate ti nic nehovori? suhlasim ze goto je maximalne redundantny prikaz, vsetko sa da napisat bez neho.

Souhlasím  |  Nesouhlasím  |  Odpovědět
hacesoft  |  27. 08. 2004 20:38  | 

Podivejte se na vise priklad. Jak s jednoduse toho goto zbavim? Napsal jsem ze goto lze pouzit jen ve specialnich pripadech!!!!! A priklad vise je toho dokladem.


Souhlasím  |  Nesouhlasím  |  Odpovědět
m  |  27. 08. 2004 20:21  | 

myslim, ze tu bola spomenuta generacia OOP resp. vyssie proceduralne jazyky, ked sa budeme bavit o ASM popr. specific-usage jazykov, tak je to o inom. Ale dufam ze mi nechces povedat, ze dnes pri dnesnom instrumentariu sa koduje v ASM. (opat, vsetko az na vynimky, ale komplet aplikacie nikto v asm nepise)

Souhlasím  |  Nesouhlasím  |  Odpovědět
hacesoft  |  27. 08. 2004 20:36  | 

Vidim ze Vam jednocipove processory nic nerikajim. Ti se programuji v ASM nebo v Cecku ale cecko je drahy nastroj, tak se jede v asm. Kdyz mam k dispozici 36 regisrtu + 36 bitu ram a 2k eeprom, tak neexistuji zandne nastroje vyssiho jazyku. akorat nejake cecko ale to je jen nejaky paskvil. nejednase o plnohodnotne cecko.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  27. 08. 2004 20:39  | 

Ve VB.NET by se něčeho podobného dosáhlo jednoduchým voláním (a bez API) Thread.Sleep(TimeSpan.FromSeconds(3))


Rozsah je Int64.MaxValue  (0x7FFFFFFFFFFFFFFF, čili nějakých 9 223 372 036 854 775 807 * 100 nsec = cca 10675200 dní, tj. necelých 30.000 let ! Myslím, že ve většině praktických případů s tímhle rozsahem v pohodě vystačíte...


Ale i v případě, že by jste chtěl občas umožnit programu, aby zareagoval na systémové události a překreslil se, napsal bych to ve smyčce Do .. Loop
V tomhle případě je použití GoTo asi opravdu zbytečné - to není dobrý příklad na to, kdy používat GoTo:

Private Sub Cekat1(cas As Single)
cas1 = GetTickCount() + cas
Do Until GetTickCount() =< cas1
Sleep(1)
DoEvents
Loop
End Sub

Ale máte určitě pravdu v tom, že i ve strukturovaném programování existují případy, kdy GoTo může výrazně pomoci - a je hloupé paušalizovat jen proto, že jste se někde dočetli, že GoTo je fuj...


VB.NET je podle mě prima v tom, že programátora k ničemu nenutí - ale pokud si definujete ve firmě určité zásady, umí vás přimět, aby je všichni používali (např. direktivami Option Strict nebo Option Explicit). Pokud manažer vývoje uvidí, že vám direktivy v kódu chybí, má objektivní důvod vám strhnout prémie  - není třeba řešit, zda má pocit že píšete jako čuně, nebo ne.


VB.NET umí být podobně free jako Python nebo VBScript nebo striktní jako Java nebo Ada či formální jako SmallTalk. A to je myslím docela univerzální a flexibilní přístup, který vám dává svobodu se rozhodnout, zda a kdy budete psát kód profesionálně, nebo ne.

Souhlasím  |  Nesouhlasím  |  Odpovědět
S. Wilgirtis  |  27. 08. 2004 21:04  | 

OPRAVDOVYM PROGRAMATORUM nevadi pouzivani GOTO. OPRAVDOVY PROGRAMATOR muze napsat cyklus DO na 5 stran a nesplete se.


OPRAVDOVY PROGRAMATOR programuje ve FORTRANU!!!


"Ed Post - Opravdovi programatori neopouzivaji Pascal"


--- a Visual Basic taky ne


 

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  27. 08. 2004 18:04  | 

Tak třeba Fortran používá GO TO dodnes a píšou se v tom simulace o miliónech řádků. Je pravda, že Fortran je optimalizovanej na výkon, ne na údržbu a čitelnost a na objekty si moc nehraje.
Nicméně, je pár příkladů, na který jsem zatím pro GoTo náhražku nenašel, např. když potřebuju vyskočit z cyklu nějak jinam, než hned přímo za smyčku, jak to dělá příkaz Exit Do, např.:

     Do 
....
If podminka1 Then Exit Do
If podminka2 Then GoTo 10
....
Loop
prikazy_ktery_nechci_provest_pri_splneni_podminky2
....
10: pokracuj...

Jak bys to zapsal strukturovaněji ?

Souhlasím  |  Nesouhlasím  |  Odpovědět
miki  |  17. 01. 2005 23:07  | 

Proč takhle. Stačí snad použít else a část kódu při splnění podmínky se neprovede.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  27. 08. 2004 21:23  | 

VB.NET programy se skládají ze tříd nebo modulů (z pohledu .NET jsou to převlečené struktury, něco jako odlehčené třídy). Program v VB.NET nemá začátek a konec, jen výchozí bod (a tím je procedura Main, nebo konstruktor výchozí třídy). I ten nejkratší program tedy musí být uzavřen v proceduře a ta procedura v modulu, nebo třídě.


Ale to jsou v zásadě jen povinné čtyři řadečky navíc, vnitřek už se dá psát stejně nudlovitě, jako ve starém dobrém BASICU:

Module M
Sub Main
.......
End Sub
End Module

Jiná věc je, že ve VB.NET všechny příkazy, které něco užitečného dělají jsou metodami nějakého obejktu. Příkaz PRINT neexistuje sám o sobě, vždycky musí někde existovat instance třídy, která ho zavolá. Ale to je podobné ve většině dnešních jazyků - příkazy se neimplementují v kompilátoru, ale v knihovnách, kterými jdou možnosti jazyka donekonečna rozšiřovat. A má to taky výhodu pro programátora, že si nemusí z příkazů téměř nic pamatovat, dobré vývojové prostředí podporující AutoType ho při psaní vede následovně:


Chceš aby ti něco vypsala systémová konzole ? Dobrá. Metoda pro psaní je Write a je to zjevně metoda třídy konzole. A konzole je zase jedna z tříd Systému. Napíšu tedy System a tečku a IDE mi dá vybrat ze všech systémových objektů: Vyberu si ten, který se mi nejvíce hodí a stisknu ENTER a zase tečku. Opět se mi objeví nabídka -  tentokrát všech metody konzole: Vyberu si zase tu, která mému požadavku nejvíce odpovídá (IDE mi radí a napovídá tooltipem, co která metoda přesně dělá..) - a pak už si jen listuju seznamem parametrů.


Celý řádek kódu je vlastně jen vybírání ze seznamu nabízených možností - skoro nic se nemusím biflovat nazpaměť. A to je právě důsledek rozšiřitelnosti možností jazyka přikazy v knihovnách. Když toto pochopíte, vlastně máte při učení VB.NET napůl vyhráno.


 




 

Souhlasím  |  Nesouhlasím  |  Odpovědět
comar  |  27. 08. 2004 20:52  | 

nevite nekdo, kde sehnat nejakou dobrou prirucku pro jazyk intercal?


pokud vim, tak je to jediny programovaci jazyk s prikazy jako "please", "forget" apod.


docela rad bych se to naucil, protoze to vypada, jako hodne velky ulet.

Souhlasím  |  Nesouhlasím  |  Odpovědět
S. Wilgirtis  |  27. 08. 2004 21:00  | 

Neni pravda, prikaz forget pouziva i jazyk LINGO !!!


S.W.


 

Souhlasím  |  Nesouhlasím  |  Odpovědět
richard  |  28. 08. 2004 23:19  | 

Tato nova seria clankov nema prilis velky vyznam. VB.NET je dobry pre ludi, ktory robili vo VB, ale pre ludi, ktori zacinaju s .NET je C# lepsou volbou. VB.NET nie je jednoduchy ako bol VB ale je to C#, ktory pouziva basicovsku syntax (miesto { a } sub a endsub a podobne).

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  29. 08. 2004 05:08  | 

Sám v C# hodně programuju, ale řada věcí se ve VB.NET realizuje jednodušeji. Např. volitelné parametry a zvlášť defaultní hodnoty se v C#  imlementují obtížně:


Module modMain
Sub Main()
Test()
Test("měsíc")
Test("měsíc", "tráva")
End Sub
Sub Test(Optional Param1 = "slunce", Optional Param2 = "seno")
System.Console.WriteLine(Param1)
System.Console.WriteLine(Param2)
End Sub
End Modul

Zatímco volitelné parametry jde v C# (byť podstatně pracněji) implementovat přetěžováním, v C3 vzniká problém, pokud chcete předat proceduře pole parametrů v C# proceduře nepředáte :


Module modMain
Sub Main()
VypisZnamky("Ivan")
VypisZnamky("Petr", 10, 26, 32, 15, 22, 24, 16)
Dim ZnamkyAleny() = {35, "Chyběla", 21, 30}
VypisZnamky("Alena", ZnamkyAleny)
End Sub
Sub VypisZnamky(Jmeno, ParamArray Znamky())
System.Console.WriteLine(Jmeno & ":")
For Each Znamka In Znamky
System.Console.WriteLine(Znamka)
Next
End Sub
End Module

Další výhoda VB.NET je mnohem větší flexibilita syntaxe, kterou je navíc možné snadno řídit direktivami jako Option Strict a Option Explicit. Je jen na vás, jaká pravidla si pro psaní kódu nastavíte. Díky tomu, že ve VB.NET nemusíte používat deklarace, ušetříte hodně psaní při prototypování - pokud naopak chcete psát pečlivě, kontrolu si jednoduše zapnete. Pokud se vám nelíbí, že vynechávání typové deklarace a spoléhání na automatické konverze typů, nemohl by jste použít ani (un)boxování v C#.


Pro začátečníka je taky velmi nepohodlná citlivost C# na velká a malá písmena - z vlastní zkušenosti vím, že rozlišovat proměnné velikosti písmen je věc, která vede ke mnoha chybám - proč je tedy potom rozlišovat vůbec ? VB.NET IDE, jako je Visual Basic velikosti písmen automaticky opravují podle první použité deklarace - což je funkcionalita, kterou v C# použít nelze.


C# rovněž vyžaduje oddělovat všechny příkazy středníky. Z hlediska přehlednosti kódu se stejně možnost zápisu více příkazů na jeden řádek využívá minimálně - proč tedy oddělovače příkazů neučinit volitelné, jako v VB.NET ? VB.NET je z tohoto hlediska mnohem ergonomičtější. Na druhé straně je čitelnější a lépe se udržuje - porovnejte si zápis v C# a VB.NET :


namespace Test {
class cMain {
static void Main() {
for (int i=1;i<5;i++) {
if (i > 5) {
break;
}
}
}
}
}

Jak v těch závorkách poznáte, kde zrovna končí podmínka, cyklus, procedura, namespace nebo třída, pokud je nebudete správně odsazovat, nebo když se kód roztáhne na víc stránek ? Ve VB.NET to není problém rozlišit.


Namespace Test
Module modMain
Sub Main
For i = 1 To 5
If i > 5 Then
Exit For
End If
Next
End Sub
End Module
End Namespace

V C# mi docela chybí několik užitečných funkcí VB.NET, jako např. InputBox (komentovaný popup dialog pro interaktivní načtení vstupní hodnoty) :


Module modMain
Sub Main()
System.Console.Write(InputBox("Zadej hodnotu A", "Vstupní hodnoty", 4))
End Sub
End Module


užitečné datumové, formátovací nebo finanční funkce :   


System.Console.Write("Dnes je " & WeekdayName(Weekday(Now)) & ", " & DateDiff("d", "1.1.2004", Now()) & ". den v roce....")
System.Console.Write("Vaše úroková míra je " & _
Format(Rate(InputBox("Počet měsíčních plateb"), _
- InputBox("Výše splátky"), _
InputBox("Dlužná částka"), _
FV:=0, Due:=DueDate.EndOfPeriod, Guess:=0.1) * 1200, "##0.00") & " procent.")

nebo některé prvky GUI rozhraní (např. ovládací prvky FileList, FolderList a DriveList), apod.



Souhlasím  |  Nesouhlasím  |  Odpovědět
Tom  |  07. 09. 2004 10:57  | 

Toto je pouze test odkazu programovani ...

Souhlasím  |  Nesouhlasím  |  Odpovědět
majkl  |  07. 09. 2004 17:36  | 

Můžetemi prosím někdo poradit? Stáhnul jsem si program Snippet Compiler podle návodu v díle 2, ale nepíše mi háčky. Koukal jsem v Options/fonts a v náhledu písma to háčky píše, ale přímo v editoru ne, jen čárky. Ještě používám Win. ME a Framenetwork 1,1 i s podporou češtiny jsem si nainstaloval.Děkuji za radu

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petrik  |  08. 09. 2004 00:05  | 

Zdravím,



zkuste si prosím změnit font v nastavení editoru  - je možné, že používáte nějaký font, který nepodporuje českou znakovou sadu.



 

Souhlasím  |  Nesouhlasím  |  Odpovědět
majkl  |  08. 09. 2004 09:32  | 

Tam jsem vyskoušel projet všechny typy fontů a nic. Pod názvem toho fontu je náhled "Sample", tak tam když napíšu ščř, tak to funguje, ale když vyjedu z Options a píšu přímo v editoru, tak nic.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jarda  |  25. 10. 2004 09:39  | 

Nemohu nainstalovat visual basic 6,0 na windows XP home edition.
Napíše mi to tuto hlášku:
******
Prostředí 16bitového systému Windows
NTVDP CPU obsahuje neplatnou instrukci.
CS:0000 IP:000b OP:f0 8b 01 70 00 Vybráním příkazu ukonšíte aplikaci
******
Nevíte někdo co s tím? Moc Vás prosím. Jarda

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor
Aktuální číslo časopisu Computer

Megatest: 20 powerbank s USB-C

Test: mobily do 3 500 Kč

Radíme s výběrem routeru

Tipy na nejlepší vánoční dárky