Microsoft Office Excel 2007



Ahoj, Měl bych dotaz. Dělám v excelu tabulku a vkládám do ní obrázky. To vše je ok, ale pokud jsem dejme tomu už na 100 řádku a vložím obrázek tak samořjemně vyskočí úplně až nahoru takže musím rolovat. Věřim, že je nějaká finta abych obrázek vložil do aktuálního screenu. Díky moc všem za tipy.P.
Vkládat do Excelu 100 obrázků mi přijde jako bizardní záliba.Jinak jsem si ted zkusil vložit obrázak na řádek 100. Posunul jsem se na řádek 100, klikl jsem do políčka A100 a následně vložil obrázek. Vložil se do A100. Nechápu, v čem máš problém.
<p>mám sklon souhlasit se svým šéfem :) možná, že skutečná aplikace má jiný pocit, ale podle vzhledu makety se nezdá být velmi elegantní.</p><p>co se stane, když po výběru podkategorie změním kategorii, resetuje se tato podkategorie? a pokud vyberu několik kategorií, obsahuje rozbalovací nabídka podkategorie podkategorie všech kategorií, které jsem vybral?</p><p>výběr několika kategorií současně vyžaduje hodně práce, protože rozevírací seznam se po kliknutí zavře a je třeba jej znovu otevřít po každé přidané položce a znovu ji naskenovat, abyste našli další potřebnou položku.</p><p>vaše odpověď zní jako rozevírací/vyskakovací strom se zaškrtávacími políčky.</p> <p>citovat jedno ze studií jakoba nielsona o <a href="http://www.useit.com/alertbox/scrolling-attention.html">rolovací chování</a> :</p><blockquote> <p>dnes se uživatelé budou posouvat. neměli byste však ignorovat záhyb a vytvářet nekonečné stránky ze dvou důvodů:</p> <ul> <li>dlouhé stránky jsou i nadále problematické kvůli omezenému rozsahu pozornosti uživatelů. lidé dávají přednost webům, které se dostanou k věci a nechají je, aby dělaly věci rychle. kromě základní neochoty číst více slov, rolování je práce navíc.</li> <li>nemovitost nad záhybem stránky je cennější než věci pod hranicí<br> násobek pro přilákání a udržení pozornosti uživatelů.</li> </ul> <p>takže, ano, můžete dát informace pod záhyb, spíše než se omezit na kousnutí stránek.</p> </blockquote><p>chcete-li přidat k tomu, co nielson napsal, uveďte své nejdůležitější informace a nejlepší nabídku. <strong> ponechte svou primární výzvu k akci nad záhybem. </strong> rozpětí pozornosti je na webu krátké a je nejlepší, abyste svůj bod upřesnili a učinili jej dříve než později.</p><p>pokud chcete, aby uživatelé pokračovali ve čtení, usnadněte jim to. rozdělte své stránky nadpisy, grafikou a odrážkami. <strong> usnadněte si pochopení klíčových bodů. </strong> někteří uživatelé mohou pouze skenovat, ale ujistěte se, že dokážou získat vše, co z vaší stránky potřebují, když si přečtou vaše titulky, vytáhněte uvozovky a tučné písmo, s možností jít hlouběji čtením každého slova. pomáhá také vložit do záhybu nějaký obsah, aby uživatel viděl jeho část, ale zbytek bude muset posouvat dolů.</p><p>kde je záhyb? <a href="http://www.boxesandarrows.com/view/blasting-the-myth-of">je to všude</a> a se zvýšeným využíváním mobilních zařízení se to bude jen rozšiřovat. budete muset <strong> velmi pečlivě zvážit své cílové publikum </strong> a provést úpravy na základě vlastní analýzy.</p> <p>obecně platí, že byste měli používat dialogová okna pouze tehdy, když musíte. je výhodné použít přímou manipulaci nebo zadávání nebo úpravy na místě, kde uživatel pracuje přímo na datových objektech reprezentovaných v primárním okně. v případě vytváření objektů má přístup úpravy na místě buď:</p><ul> <li> <p>tlačítko vložit, které vytvoří objekt a přidá do datové mřížky prázdný řádek pro zadání hodnot pole,</p> </li> <li> <p>trvalý prázdný řádek v dolní části datové mřížky (nebo jinde) - pokud do ní uživatel zadá hodnoty, aplikace vytvoří nový objekt.</p> </li> </ul><p>srovnávám tyto dva přístupy so v odpovědi na otázku „ <a href="https://stackoverflow.com/questions/667539/whats-best-when-inserting-into-a-table-view-and-add-button-or-a-blank-line/669176#669176">co je nejlepší při vkládání do zobrazení tabulky, tlačítka přidat nebo prázdný řádek?</a> “</p><p>ve srovnání s přístupy upravenými na místě mají dialogová okna následující nevýhody:</p><ul> <li> <p>další učení. přidá do aplikace okno, jeho záhlaví a tlačítka (např. ok a storno) a pole - pole, která již často existují na nadřazené datové mřížce, ale jsou uspořádána jinak. to postupně zvyšuje to, co se uživatelé musí naučit.</p> </li> <li> <p>posun pozornosti. vyskakování dialogu vyžaduje, aby uživatel přesunul pozornost na něco nového, což má určité náklady na opětovnou orientaci a aby se uživatel cítil méně pod kontrolou dat.</p> </li> <li> <p>další kliknutí. dialogová pole je třeba provést a zrušit. to vyžaduje alespoň jedno kliknutí navíc. naproti tomu s úpravami na místě může uživatel před uložením vytvořit více objektů (pokud ukládání není automatické).</p> </li> <li> <p>modalita. pokud musíte mít modální dialogové okno, odstraňujete flexibilitu uživatele a nutíte uživatele dokončit vytvoření nebo jej opustit. pokud pro dokončení vytváření potřebují další informace odjinud v aplikaci, jsou nuceni zahodit veškerou práci, kterou odvedli.</p> </li> <li> <p>riziko ztráty práce. jedním neúmyslným kliknutím na tlačítko storno se vrací jakýkoli vstup, který uživatel provedl, a dialogové okno se zruší, což uživatele nutí začít znovu. ztráta více vstupů jediným kliknutím není charakteristická pro správně navržená primární okna a primární okna obvykle podporují zpět.</p> </li> </ul><p>dialogy by měly být použity pro atomové akce, které vyžadují parametry; to je situace, kdy aplikace musí mít určitý vstup od uživatele, aby mohla akci technicky nebo logicky dokončit. pokud například vytvoření objektu vyžaduje hodnoty polí, které nelze přednastavit, je pravděpodobně vhodné použít dialog.</p><p>takový dialog vytvořit by měl pravděpodobně obsahovat pouze povinná pole, nikoli žádná nepovinná. nechte uživatele vyplnit všechna volitelná pole zpět na datové mřížce. z důvodu modality a rizika ztráty práce by dialogy měly být co nejjednodušší. jako hrubé pravidlo by uživatel měl být schopen dokončit vstup za přibližně 20 až 30 sekund - to je přijatelné množství práce, kterou musí znovu provést.</p><p>máte pravdu, že ve webových aplikacích je samostatná vstupní stránka do značné míry ekvivalentní modálnímu dialogovému oknu, kde je uživatel nucen dokončit nebo zrušit transakci dříve, než učiní cokoli jiného. to dává mnoha webovým aplikacím neohrabaný „nepřímý“ pocit ve srovnání s tekutým pocitem ekvivalentu přímé manipulace s stolním počítačem.</p> <p>myslím, že otázka je:</p><blockquote> <p>"jak mohu získat přesně to, co chci od svých uživatelů tím, že jim vstup nesmyslně usnadní?"</p> </blockquote><p>jedinou instancí, kde vidím uživatele, kteří skutečně potřebují používat html přímo v nějaké formě vstupu, je, když/pokud formátují tabulková data. v takovém případě je však mnohem snazší dát jim formu, která dokáže udělat totéž, nebo jakoukoli z populárních sítí dostupných v různých knihovnách.</p><p>myslím, že zlatým pravidlem je, alespoň pro mě, použití systému značkování, které není html, které mohou vaši zpracovatelé formulářů použít k vytvoření krásného, ​​standardu vyhovujícího a sémanticky správného html.</p><p>skenery třetích stran mohou (obvykle) detekovat většinu problémů s nahranými soubory. osobně se mi líbí clamav - který je k dispozici pro * nix i windows.</p><p>to řeší problém zajistit, že je vše uspořádáno pěkně, správně naformátováno a návštěvníkům nejsou podávány žádné nežádoucí věci, nebo je to tak?</p><p>druhou věcí, kterou musíte udělat, je zkontrolovat jakýkoli obsah, který předloží, člověk musí mít na tom nějakou roli, nebo bude něco chybět. je tento obrázek vhodný? vede tento odkaz k malwaru nebo k něčemu jinému, na co byste raději nechtěli odkazovat? atd.</p><p>poskytnutí mechanismu označování pomáhá, ale není vždy účinné. pokud například na stackoverflow.com odpovíte na dvouletou otázku, otázka se okamžitě přesune na titulní stránku, kde komunita určitě zkontroluje, co bylo právě přidáno. ne všechny systémy jsou navrženy s ohledem na tento druh ochrany.</p><p>pokud uděláte značné množství svazku, pokud jde o obsah příspěvků od uživatelů, pravděpodobně stojí za to prozkoumat pomocí dodavatelů, kteří jednoduše zkontrolují podání a ujistí se, že nevhodná média/odkazy jsou rychle vyřazeny. nebo si možná můžete vyhledat pomoc od své komunity uživatelů (pokud existuje), aby udělali totéž, výměnou za nějaký druh zvláštních privilegií nebo výhod, které běžní uživatelé nemají rádi.</p> <p>obě řešení jsou naprosto přijatelná, při volbě vezměte v úvahu tyto body:</p><ul> <li>vyskakovací okno na mapě může skrývat další užitečné informace</li> <li>více než několik vyskakovacích oken se rychle zaplní. je to v pořádku, pokud je současně otevřen pouze jeden z nich</li> <li>množství informací ve vyskakovacím okně musí zůstat malé</li> </ul><p>na druhé straně se zobrazují informace vedle mapy:</p><ul> <li>ztratíte spojení s bodem zájmu, takže musíte přidat vizuální vztah (barvu, číslo, ikonu, čáru ...) s bodem na mapě. toto spojení je obtížné nebo obtížně čitelné, když máte spoustu bodů</li> <li>pro zobrazení dodatečných informací může být pro uživatele nutné určité posouvání/změna velikosti okna</li> </ul> <h2>v ideálním případě žádné</h2><p>ale to není vždy možné. nemohu vám dát tvrdá čísla jako 20% nebo 10 řádků, což je subjektivní do té míry, že na ni nelze odpovědět. dokážu popsat, jak používám návrhové vzory a okolnosti, které je vyžadují mírně ohýbat.</p><p>podle mého názoru je to zcela na účelu aplikace. vytváření jednoduchých rest api, které chcete zveřejnit? zapomněli jste na čisté oddělení nebo dokonce na vzor. můžete vypálit funkční verzi za hodinu. budování něčeho většího? pravděpodobně nejlepší na tom pracovat.</p><p>cílem je budování individuálně obsažených systémů. pokud začnete psát obchodní logiku, která je specifická pro to, jak dva systémy interagují, je to problém. aniž bych se na to dál díval, nemohu vyjádřit názor.</p><p>designové vzory jsou formy, některé je rádi striktně dodržují na základě principu a dobře napsaného kódu. přísné dodržování vzoru vám pravděpodobně nedá <em> špatný </em> kód, ale může to zabrat více času a způsobit, že budete psát <em> mnohem více </em> kód.</p><p>designové vzory jsou flexibilní, upravte je tak, aby vyhovovaly <em> vašim </em> potřebám. ohněte je příliš mnoho a oni se ale zlomí. <strong>víte, co potřebujete</strong> a vyberte vzorec vzoru, který je k tomu nejblíže.</p> <p>společným webovým rozhraním pro tuto úlohu je mít položky v seznamu, s možností prohledávat a třídit seznam. v pravém (posledním) sloupci je tlačítko pro úpravy, po klepnutí se řádek upraví a přepne se na dvě nová tlačítka - „uložit“ a „zrušit“.</p><p>po aktualizaci řádku nezapomeňte uživateli poskytnout zpětnou vazbu, pokud byla operace uložení úspěšná nebo ne.</p><p><img src="https://i.stack.imgur.com/g4nz0.png" alt="enter image description here"></p> <p>domnívám se, že je nutné omezit nebo najít, aby bylo možné získat opakované události, jinak je aplikace outlook nerozbalí. také musíte seřadit podle start<em> před </em>setting includerecurrences.</p> <p>jedním z nápadů může být poskytnutí vizuální zpětné vazby o tom, kde je textový kurzor. "cíl" může ukázat svou plianci (vnímavost k upuštěnému objektu), stejně jako ikona může ukazovat jeho sílu (vnímavost k přetažení).</p><p>zde je animovaná grafika pro ilustraci, kromě toho, že se při náhledu nebude animovat. :( uživatel přetáhne ikonu kalkulačky doleva.</p><p><img src="https://i.stack.imgur.com/qsahg.gif" alt="enter image description here"></p><p>vkládací paprsek (žlutý i-paprsek na obrázku) ukazuje plianci plochy - „místo, kam ikona zmizí, pokud ji nyní přetáhnete“. protože i-paprsek předvídá cíl na základě směru přetažení, i-paprsek přichytí k levému okraji stránky před tím, než tam táhne prst uživatele. to znamená, že uživatel může ikonu přetáhnout trochu brzy, <strong>aby nedošlo k posunu na jinou stránk</strong>.</p><p>aby to fungovalo dobře, na začátku přetažení by se měl vložený paprsek pravděpodobně ve výchozím nastavení objevit směrem k „uvnitř“ obrazovky (předpokládejme, že uživatel bude ve výchozím nastavení přetahovat směrem do středu obrazovky), dokud uživatel nezačne přetahovat. směrem ven, <em> off </em> stránka. podobný typ interakce může přizpůsobit stránkování podél vertikální osy.</p><p>toto je pouze jedno možné řešení. jsem si jistý, že existují další. bavte se s tím.</p> <p>tradičně je "seřadit podle" označeno pomocí šipek nahoru/dolů, které představují třídění vzestupně nebo sestupně. názvy sloupců by měly mít vyšší úroveň kontrastu než hodnoty, například odvážnější text nebo stínované pozadí.</p><p>osobně při obarvení střídavých řádků obvykle přecházím na světlejší než na tmavší, protože efekt se zvyšuje tím výrazněji, čím déle vaši uživatelé interagují s tabulkou.</p><p>zde je několik skvělých příkladů možností rozvržení tabulky: <a href="http://patterntap.com/tap/collection/tables">http://patterntap.com/tap/collection/tables</a> </p>