Nastavení hledání (Stránka 23 z 25)

Děkuji za upozornění, podívám se do zdrojového textu, co v něm vlastně je.  Samozřejmě pokud dojde k rozhodnutí tuhle funkci opravdu přidat, bude třeba ji do programu zaintegrovat pořádně.  Takhle zatím je aktuální pohled v datových strukturách odděleně od těch (až) 9 uložených, což samozřejmě zdrojový text jen komplikuje.

Je to myšlené tak, že aktuální nastavení vždy zůstává jedním z možných pohledů, a program Vám nedovolí, abyste si [týž] pohled uložil znovu, pokud jste nastavení nezměnil.  Nic tam ale nezabrání tomu, abyste si stejný pohled postupně uložil víckrát (to dokonce ani nemusí být zcela nežádoucí, můžete pracovat s nějakou dlouhou sekvencí, v níž se stejný pohled má opakovat -- třeba proto, že se budete chtít v různých stádiích práce pohybovat v jejích dvou různých částech).  Jestliže tak máte uloženo třeba A - B - C - B - D, můžete ale C zahodit a výsledkem je sekvence, v níž dvě B následují hned za sebou.  ??ešením by mohlo být zásobník po každé operaci čistit tak dlouho, až v něm žádná dvojice stejných pohledů nebude.

Protože se již vyskytly náznaky požadavků na prodloužení zásobníku, asi bude třeba, aby program také indikoval počet uložených pohledů (to teď vyplývá z té modré řádky) a číslo aktuálního, aby se uživatel dokázal alespoň nějak orientovat.  Nicméně jsem počet prve omezil na 9 s tou myšlenkou v pozadí, že by si uživatel mohl třeba jednou vybírat pohled také numerickou klávesou z menu.

Děkuji za zajímavé náměty.

Což o to, tohle mne téměř nic nestojí.  V testovací verzi www.formica.cz/files/Layout-p98-test.zip jsem teď příslušný parametr přidal do menu Graphics | Thresholds.  Otázka je, co se všechno se stane, když člověk změní hodnotu z 200% na něco, co v binárním vyjádření už nebude dělat tak jednoduchou věc, jako je shl 1.  (V některém jiném vlákně vysvětluji, že kombinování barev ve skutečnosti funguje jako OR-ování jejich binárních hodnot.)

Highlightování pouhým násobením intensity složek nějakým procentem (s oříznutím na hodnotě 255) samozřejmě není ideální.  Vzhledově lépe by se hodila jakási S-křivka (např. dvojnásobná intensita k 251 by byla 253), jenže s ohledem na předminulou větu by vedla k nepředvídatelným výsledkům při kombinování barev.  Lepší východisko by už bylo pro každou vrstvu všechny barvy (včetně highlightu) nastavovat individuálně.  Není problém to naprogramovat, ale vždy jsem se snažil vyhýbat se programům s příliš mnoha parametry.

Asi bych to dokázal rychleji než prohodit konce vychylovacího vinutí, ale hodně práce by pak zabralo ověřit, co vše to ovlivňuje a co tudíž přestalo fungovat.  Uvítal bych názory dalších uživatelů na užitečnost zrcadleného zobrazení.

Ano, klávesy <Ctrl-PgUp>, <Ctrl-PgDn> se k "překlopení" stavu přepínače nehodí -- byly přidány právě pro situace, kdy Vás jeho výchozí stav nezajímá.  (Mají však výhodu také v tom, že nejsou nijak závislé na parametru Choice Threshold.)

Měl jsem na mysli jejich užití ve Vašem makru <Ctrl-0> (které uvádí zobrazování do jistého definovaného stavu, zatímco ta další naopak mění aktuální stav).

Kreslení gridu skrz bitmapu jsem teď pokusně užil v archivu www.formica.cz/files/Layout-p98-test-bmp.zip .  Aby bylo alespoň trochu ospravedlnitelné, nevytvářím si samozřejmě bitmapu o rozměrech celého okna aplikace, nýbrž pouze jediné řádky.  Do ní vykreslím jednu řádku rastru, kterou pak užiji na různých řádkách okna.  (Také jsem dovolil trochu hustší rastr než dříve.) Pro zajímavost, celý kód pro kreslení gridu teď vypadá takto:

  Bitmap := TBitmap.Create;
  try
    Bitmap.Width  := CurrentForm.ClientWidth;
    Bitmap.Height := 1;
    with Bitmap.Canvas do begin
      Pen.Color := clBlack;
      MoveTo (0, 0);
      LineTo (Bitmap.Width, 0);
      GridDotX := MinGridX;
      repeat
        Pixels [ScreenX (GridDotX), 0] := CurrentColor;
        Inc (GridDotX, GridStep);
      until GridDotX > MaxGridX;
    end;
    CurrentForm.Canvas.CopyMode := cmSrcPaint;
    repeat
      y := ScreenY (GridDotY);
      CurrentForm.Canvas.Draw (0, y, Bitmap);
      Dec (GridDotY, GridStep);
    until GridDotY < MinGridY;
  finally
    Bitmap.Free;
  end;

Zároveň však musím říci, že k zabudování takovéto změny do programu bych v tomto stadiu přistupoval jen s krajní nechutí.  Důvodem je užití zcela nové metody, která se na některých počítačích může chovat nepředvídatelně.  Dostatečnou příčinou k tomu může např. být atribut PixelFormat.

Pěknou klávesnici vidím tady: http://www.artlebedev.com/everything/optimus/ , jen je trošku dražší...

Funkci SetPixel jsme původně užívali po řadu let ke dvěma věcem, jednak ke kreslení bodů rastru, jednak pro "začištění" exklusivního kreslení.  (Funkce LineTo totiž nevykresluje poslední bod, pokud je šířka čáry 1px, což je v Layoutu nejčastější případ.)  Tato funkce má jednu zajímavou vlastnost, sice nedokumentovanou, ale -- pokud je mi známo -- zcela konsistentní na všech Windows:  Respektuje režim kreslení, takže dovede např. XORovat.

Jenže ona to přesně vzato je spíše vlastnost jdoucí proti dokumentaci, protože ta říká, že pixel dostane barvu předanou jako parametr funkce SetPixel (odhlédneme-li od případného mapování na paletu), a vůbec nepředpokládá, že by stávající barva pixelu mohla hrát nějakou roli.  To se projevilo při spuštění Formiky pod Linuxem a emulátorem WINE, kde pak za pohybujícím se ukazatelem zůstávalo smetí (tvořené rozsvícenými a nikdy již XORováním nezhasnutými pixely).  Z toho důvodu jsme omezili užívání funkce SetPixel na případy, kde Pen.Mode = pmCopy.  Ze schematického editoru tak vypadla zcela, v editoru desky mohla zůstat právě jen v kreslení rastru.

Cestou nejmenšího odporu asi bude i poslední SetPixel nahradit kombinací MoveToEx / LineTo.  Než ji ale zařadím do programu, někdo by mohl změřit testy, které opět jsou v archivu www.formica.cz/files/forum/Grid.zip .  Přidal jsem tam tlačítko, které přepíná mezi různými metodami kreslení.  Grid se teď vykresluje 10x, aby měl časový údaj dostatečné rozlišení.

Na mých W2k SP4 se opuštěním SetPixel (resp. trochu rychlejšího SetPixelV) kreslení zpomalí cca o 10%.  To asi je přijatelná cena; více mi vadí bizarní způsob kreslení pixelu čarou vedoucí do bodu, kde pixel mít nechci, ale na druhé straně se tak o jednu redukuje počet funkcí, které z Windows využívám.

S kreslením skrz bitmapu v tomto stadiu experimentovat nebudu.  Bylo by třeba efektivně ošetřit nejen kreslení rastru do celého okna, ale také jen do clipping regionu.  Oproti tomu však jsou možnosti kreslení skrz bitmapu (které bylo v zásadě zavedeno kvůli tomu, aby neblikaly všelijaké animace) daleko širší.  Kdybych už čerpal další systémové prostředky vytvořením bitmapy, bylo by čistší je využít pořádně; k tomu bych potřeboval přepracovat celé grafické rozhraní, a pro to dnes už celkem nejsou důvody -- rychlost se zdá dostatečná nebo ji lze vylepšovat jinak.

Prosim vyzkousejte toto: www.formica.cz/files/forum/Grid.zip (stačí klikat do plochy a případně měnit rozměry okna).

Kód pro vykreslení jedné řádky rastru vypadá takhle

GridDotX := MinGridX;
repeat
  SetPixel (CurrentHandle, ScreenX (GridDotX), y, CurrentColor);
  Inc (GridDotX, GridStep);
until GridDotX > MaxGridX;

přičemž SetPixel je funkce přímo ve Win32.

Možná by stálo za pokus změnit stupeň grafické akcelerace (ale to jste asi už udělal).

Jen ještě pro jistotu:  Užíváte skutečné rozlišení monitoru, anebo je nějak emulované?

Změnit formát konfiguračního souboru mě nestojí téměř žádnou práci, jenže každá změna obtěžuje všechny uživatele pokusné verze -- proto se je snažím co možná kumulovat.  Také není dost dobře myslitelné, aby verze překládané s a bez menu Tools měly odlišné konfigurační soubory.

Na druhé straně bych tam asi nerad zaváděl další pomocný soubor.  Spíše udělám to, že formát Layout.cfg změním jednorázově tak, že bude obsahovat další řekněme 1 KB pole, do něhož bude zasahovat jen menu Tools a Graphics.  Parametrů, které by se mohly ukádat, se mezitím nashromáždilo už dost -- např. ty obecné úhly.  Asi by se to mohlo takhle objevit již v příští vystavené pokusné verzi.

Nevím, jestli správně rozumím výchozímu dotazu na rozlévání mědi, takže je možné, že tento příspěvek bude trochu mimoběžný.

Zhruba a velmi obecně řečeno, přepínač Place | Copper | Whole Net slouží pro volbu mezi rozšiřováním vodiče (kolem něhož se měď rozlije) a užitím rozlévané mědi k propojování dosud nepropojených vývodů.  Pokud byste ale rozléval měď od vodiče, na němž jsou nějaké pájecí body typu Thermal, ty jsou již spojeny se všemi pájecími body tohoto typu na stejné vrstvě.  Stav přepínače by tedy vůbec nehrál roli.

Případně desku pošlete, pak mi třeba Váš dotaz bude jasnější.