konkatenálod a stringeket mondjuk így:

Listbox1.Add = nevek[valami] + " " + pontok[valami] + " pont";

Én kérek elnézést!

Jéé, ilyet használ valaki?
Named and Optional Arguments

“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”

PL/SQL-ben rengetegszer, C#-ban még nem is hallottam róla

C# 4.0 óta elég sokszor, előtte meg nem volt (sajnos).

Mivel írtad, hogy sokszor használod, ezért kérdem még is miért? Elolvastam, jól ismerem, mire lehet használni, párszor már belefutottam ennek hiányába, de ennyi.

-Zeratul-: Máig én sem hallottam, hogy itt is van.

“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”

Én arra használom, hogy fv-nek / konstruktornak default értéket adjak, így nem kell beirogatnom mindig az argumenteket. A named argumentet nem használtam még soha.

[ Szerkesztve ]

VB6-ban, meg VBA-ban használtam, de saját kódban csak csínján. Néha jól jön, de ugye ott van helyette a (parameter) overloading... Persze ténylegesen opcoinális (defulat értékkel rendelkező) paraméterekre mindig egyszerűbb/rövidebb ez a megoldás.

AE

Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]

Pl a Com hívásoknál rengeteget segít, ugyanis a Comnál nem lehet túlterhelni a paramétereken, 1 fv van ami tartalmazza az összes paramétert. Viszont ha neked ebből csak 2-3 kell, attól még régen a maradékot is meg kellett adni. Így viszont mindnek van alapértéke (legtöbbször egy spec null) és csak azoknak a paramétereknek adsz értéket amit használsz úgy hogy a nevükre hivatkozol. Com pl: Office programokba írni, olvasni, pdfnyomtatót vezérelni, adobe reader...
Fentebb említették a konstruktort. Ami most sokszor előfordul, hogy sok fv ugyanazt csinálná, csak néha 3 néha 5 paramétere van. Tehát fixen vár mindig 3at, a maradék kettő meg alapból null, ha mégis kell csak akkor adom meg.

Remélem sikerült valamennyire érthetően leírni, kicsit k.o-s vagyok.

Helló!
Valaki tudna segíteni abban hogy vajon az mitől lehet, hogy az ID db oldalon nem növekszik magától...

ezért minden PK ütközés van. :S

db-ben pedig be van állítva, hogy ő PK.

-.-

milyen adatbázis, hogy van beállítva
önmagában az, hogy egy mező PK, nem jelenti azt, hogy az automatikusan növedekő ID lesz

És az AutoIncrementet is beállítottad? Attól, hogy valami Primary Key még nem feltétlen AutoIncrement, már csak azért sem, mert pl. string is lehetne PK.

MSSQL DB silverlight + wcf ria-val használva.

Simán annyi, hogy van egy ID mező ami primary key. többet nem állítottam.

[ Szerkesztve ]

-.-

Nem igazán találok ilyet se a Management studioban ( express 2012 )

Se a visual studioban az EDMX modell körül.

merre van akkor ?

-.-

Management Studio-ban keresd, valami Identity column vagy ilyesmi a neve, már nem emlékszem pontosan

Ilyesmik vannak benne... ebből kell kiválasztani hogy melyik legyen auto increment ? ? nem igazán értem a logikáját.

-.-

ennyire (igazából semennyire) nem vagyok otthon MSSQL-ben, egyszer csináltam ilyet
igen kiválasztod az oszlopot, meg valahol azt is meg lehet adni, hogy honnan induljon a számozás, és mekkora lépésközzel

Márpedig a Management Studio-ban meg kell találnod. Vagy az oszlopot szerkesztve, vagy design nézetben megnyitva a táblát az oszlopra ráállva ott kell lennie, hogy "identity column" vagy hasonló. 2008-ban ezt a lent megjelenő ablakban tudtad megadni, szerintem most is ott tudod.

Management Studio táblatervezőben alul Column Propertiesnél Identity Specification.

Meg is oldotta a problémát ; ) köszönöm szépen !

-.-

Sziasztok!

Na megoldottam minden felmerülő problémát a programmal kapcsolatban. Már csak egy esztétikai gond van

Itt a kód, már csak azt nem értem, hogy amikor a minimumot és a maximumot keresem akkor hogy tudnám mellé a neveket is kiirni?

Üdv. core2

Valaki tudna abba segíteni, hogy silverlight-ba ha van több combobox-om egy lapon, akkor azoknak hogyan tudok más-más datacontext-et beállítani ?

De úgy hogy az előzőek értéke se vesszen el .

Már vagy 4 órája ezzel szórakozok. de sehogy sem jön össze.

-.-

Miért ez így miért nem jó? Attól eltekintve, hogy a max/min keresés ciklusában n-szer kiirod a még be nem fejezett max/min keresés eredményét...

Ok, igazából syntactic sugar.

ArchElf: Én is óvatosan kezelném mindenki helyében a jellegéből fakadóan lassabb is lesz a hívás.

“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”

Persze - de ahogy írja alapvetően az Office Interop hívások miatt tették bele, mert a régi VBA-s hívások között volt olyan, ami millió argumentummal rendekezett és a nagy rész opcionális volt - na oda találták ki ezt az argumentum-megnevezgetős mókát.

AE

Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]

enum, helper, extension.

“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”

Na itt egy pl (hirtelen nem találtam jobbat): [link]

Szia!

Az vele a nagy gondom, hogy a pont elé nem írja ki a hozzátartozó nevet. Ha az if-be írom az úgy nem jó, mert kettőt nem írhatok ki egymás alá (max + min), egy sorba kell.

Az if után nem írhatom, mert akkor nem ír neveket érthető módon.

Az egész cikluson kivülre meg nem írhatom, mert akkor meg hibás lesz.

Üdv. core2

[ Szerkesztve ]

A ciklus után a maxKezdoertek és a minKezdoertek fogja tartalmazni az adott tömbindexeket. Rosszul nevezted el a változókat, ezért vagy gondban, sokkal jobb lenne pl a minErtekIndex, MaxErtekIndex, a tárolt értéknek meg minErtek, maxErtek (beszédesebb).

[ Szerkesztve ]

Szia!

Már rájöttem, hogy mit is rontottam el
No hát igen, az elnevezesekkel gondjaim vannak... (néha nem csak azokkal )

Köszi!

Üdv. core2

Sziasztok!

Egy WPF-es alkalmazásnál valahogy le lehet tiltani egyszerűen az átméretező gombot? A kis méret és a bezárás maradna, csak mivel egy kis ablakos alkalmazás lenne, ezért nem skálázódnának a control-ok (illetve WPF-en belül automatikusan nyilván igen), mármint nem lehetne nagyítani, így nincs értelme és csak megzavarná a felhasználót. Találtam mindenféle bonyolult kódsort, esetleg van egy egyszerű property erre?

Tehát a középső gombról van szó:

[ Szerkesztve ]

Közben megvan:

MaximizeBox/MinimizeBox property-k.

Szerk.: Viszont az egérrel még mindig át lehet méretezni az ablakot.

[ Szerkesztve ]

esetleg foablak tulajdonsagainal: ResizeMode: CanMinimize ?

some men just wanna watch the world burn...

Ezt hol találom meg? A Form tulajdonságainál nem látok ilyet. Most beállítottam a minimum és maximum értékeket az ablak méretére, így nem lehet egérrel se átméretezni, de attól még ott van az a kis nyíl, ha az ablak sarkára megyek.

[link]

AE

Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]

Közben találtam egy egyszerűt: FormBorderStyle property-t FixedSingle-re állítani.

xaml-ben a Window objectnek van egy ilyen property-je. default wpf projectnel igy fog kinezni a MainWindow.xaml:

<Window x:Class="WpfApplication1.MainWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Title="MainWindow" Height="350" Width="525" ResizeMode="CanMinimize">
<Grid>

</Grid>
</Window>

ezzel a megoldassal megmarad mind a harom gomb, de a teljes meret gomb le lesz tiltva, es atmeretezni se engedi az ablakot.

ha komplexebb megoldas kell (a teljes meret gomb se jelenjen meg), akkor ArchElf megoldasa lehet a nyero.

(#3033) Jhonny06: en ilyet hirtelen most nem talaltam. wpf alkalmazasrol beszelunk?

[ Szerkesztve ]

some men just wanna watch the world burn...

Igen, WPF. Hülye kérdés, de a XAML forrást hogy tudom megjeleníteni?

(A gombokat nem akartam eltüntetni, tehát ez így tökéletes. Az egyiket szimplán letiltottam.)

[ Szerkesztve ]

[link] (vs 2010 ultimate)

some men just wanna watch the world burn...

Nekem ez egyáltalán nem látszik. Se XAML fül, se XAML fájl a Solution Explorer-be, pedig amikor feltelepítettem volt, csak akkor nem kellett. Lehet, hogy kilőttem valahogy. Ugyanúgy VS 2010 Ultimate.

[ Szerkesztve ]

nem vagyok egy wpf guru, de egy App.xaml mindenfelekepp kell, ha jol tudom (ez az entry point).
esetleg probalj meg letrehozni egy uj wpf projectet, mas most hirtelen nem jut eszembe. (vagyis igen, hozzaadhatnal Window itemeket a projecthez, de azon meg allitgatni kellene szerintem minimum egy BuildAction-t, meg egy StartupUri-t)

some men just wanna watch the world burn...

Ilyenkor igazán belinkelhetnéd, hogy mi van a Solution Explorer. Egy képet csinálj róla.
De ebből kiderül az is, hogy nem nagyon követsz pattern-t.

“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”

Mégis milyen pattern-t kéne követnem?

Hali srácok!
Egy olyan kérdésem lenne hogy valaki tud arra egyszerű megoldást hogy egy képet valahogy átméretezzünk?

ugye C# alatt?

public Bitmap ResizeBitmap( Bitmap b, int nWidth, int nHeight )
{
Bitmap result = new Bitmap( nWidth, nHeight );
using( Graphics g = Graphics.FromImage( (Image) result ) )
g.DrawImage( b, 0, 0, nWidth, nHeight );
return result;
}

AE

[ Szerkesztve ]

Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]

pl, MVVM.

“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”

Hagyjál már, egy egyszerű házit kell összeraknom pár controllal.

[ Szerkesztve ]

A házit is úgy kell megírni, hogy valamit tanuljál
XAML nélkül UI tervezni vicces lehet, igaz még nem próbáltam.

“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”

Vicces? Azt a pár controlt behúzod a toolbox-ból és oda helyezed, ahova akarod. Ebbe nem az UI a lényeg, hanem a logika (XAML-be kézzel írod be pl. az egyes button-ok koordinátáit és mindig nézed design nézetbe, hogy jó-e? ). Amúgy nem az én pályám a C# és WPF, csak azért foglalkozom vele most, mert muszáj.