Tekstin reunan häivytys voi olla hyödyllinen vaihtoehto ellipseille, ja väittäisin, että se on jollain tavalla parempi.

Älä sekoita sisältöä

Ellipsit korvaavat tekstisisällön tehtävänsä suorittamiseksi, mikä voi aiheuttaa sekaannusta todellisesta tekstistä. Sisältääkö se ” … ”? Jos leikan / kopioin / liitän, tuleeko se mukaan? Häivytys muuttaa tapaa, jolla sisältö näytetään .

Häivytykset ovat tavallaan visuaalisen ja semanttisen koodauksen ja ellipsien välisen erotuksen käsitteitä.

iOS 5: ssä Apple muutti mobiilisafarin osoitepalkin käyttämään haalistumista ellipsien sijasta:

Ei o Onko selvempi mikä todellinen URL on, mutta (ainakin tuntuu siltä) näet sen hieman enemmän, kun se loppuu.

Pystysuuntainen katkaistu teksti

Ellipsit eivät toimi pystysuunnassa. Tässä on esimerkki JIRA: sta, jossa alempi sisältö vieritetään, mutta otsikko pysyy paikallaan (se on myös taitavasti taivutettu juuri ennen kuin tämä tapahtuu – se ei ole niin janky kuin se saattaa kuulostaa). Häivytys auttaa kommunikoimaan, että vierivä osa menee jonnekin .

Kun teksti ylittää sen säiliön, mutta sitä ei voi kietoa

Täällä, Gmailissa, reuna, jossa ylivuoto katkaistaan, on kova. Leveys on dynaaminen, joten ellipsejä olisi lisättävä dynaamisesti, mikä ei ole käytännöllistä (oletan, etteivät ne pystyisi tekemään siististä). Väitän, että haalistuminen tai se on serkku ” -kiinnikkeessä ”, voisi auttaa kommunikoimaan mitä tapahtuu.

Yleistä taustaa

Yleensä haalistumistehoste johtuu korkeamman kontrastin aiheuttamasta skeumorfismista, jota on helpompi jäsentää ja joka näyttää ” lähemmältä ” käyttäjää ja pienempi kontrasti on vaikeampi ja näyttäisi olevan kauempana – ajattele ” auringonlaskun haalistumista ”. Konkreettisempi skeumorph-sukulainen iOS: stä korostaa ajatusta:

Toinen, Gmapsin alle kiinnitetty:

Tämä ei selvästikään ole kovin yleinen käytäntö, joka on asetettu korvaamaan tekstin rivitys tai ellipsit. löysi yhden esimerkin siitä, mistä puhut. Mutta mielestäni se on kelvollinen vaihtoehto joissakin olosuhteissa.

Kommentit

• + 1 div id = ”9e6c3b8392”>

Yhteenveto:

kohta kaltevuuksilla ja haalistumisilla ²⁾ on aina sama: He eivät pelaa hyvin huonojen näyttöjen / LCD-näyttöjen kanssa.

Kontrasti-ongelma

_{Vasen : näyttää hyvältä suunnittelijoiden näytössä || Oikea : häipyy paljon aikaisemmin.}

värialue-ongelma

Huono näyttö:

Hyvä näyttö:

Kuten yllä voit nähdä, kaikki käyttäjät eivät jaa henkilökohtaista kokemustasi näytölläsi. Jos sait auringonvaloa suoraan näytölle, tulos on jopa olla pahempi.

Mielipiteeni:

Älä käytä haalistumia ja kaltevuuksia kunnes et voi välttää sitä .

Kommentit

• Tämä ei ole ’ t mitä ajattelin ” haalistuneen tekstin ” tarkoittaa. Minusta tuntui, että se ’ on enemmän kuin: [~ 400 merkkiä kiinteää tekstiä] [~ 50-100 merkkiä nopeasti hiipuvaa tekstiä] – jolloin visuaalisen kokemuksen ero johtuu haalistuminen ” nopeus ” woudn ’ t todella merkittävä. Siihen saakka, kunnes OP selvittää, mitä hän tarkoitti, tämä on spekulaatiota.
• Toki myöhempi osa riisutaan, mutta sillä ei ole merkitystä ’, koska lyhyt määrä hiipuvaa tekstiä tarkoittaa sitä, että ’ ei ole tarkoitettu luettavaksi, vaan tarkoitettu vain ikonisemmaksi esitykseksi ” lisää tekstiä ”, joka on käytettävissä.
• Liukuväreillä ei ole laitteistovarustuksia, eikä auringonvalo tai huonot näytöt vahingoita niitä merkittävästi. Sekoitat suunnitteluongelman UX-ongelmaan. Tyypillisesti näytetään 4-10 riviä ilman peittoa ollenkaan, sitten 2-4 riviä, joiden haalistuminen on 100% – 0%. Ei ole merkitystä, onko kyseinen haalistuminen tarkasti esillä käyttäjän ’ -näytössä; niin kauan kuin käyttäjä näkee jonkinlaisen haalistumisen, ohjaus on täyttänyt tarkoituksensa osoittaa uutta sisältöä.
• Jälleen olet väärinkäsitys. Kaltevuus ei kata kaikkea tekstiä , vain alaosan. Sillä, onko haalistuminen korkea vai matala kyseisellä viimeisellä annoksella, ei ole erityistä merkitystä arvolle osoituksena siitä, että sisältöä on enemmän. Suurin osa sisällöstä on täysin näkyvissä. Tieto siitä, että kaltevuus voi olla vähemmän näkyvissä joillekin käyttäjille, on tärkeää (jotta voit suunnitella pahimmassa tapauksessa), mutta se ei estä sitä palvelemasta tarkoitustaan käyttäjän laadusta riippumatta ’ -näyttö.
• Tärkeintä on, tarkoittiko OP, että haalistuminen tapahtuu yli 10 mailin vai 10 mm: n pituudelta. En usko ’ sitä, että ’ on selkeä, kun otetaan huomioon suppea kuvaus ja esimerkin puute. Olen ’ samaa mieltä siitä, että valtavat kaltevuudet tekstin suhteen ovat huonoja – lisäämäsi esimerkit näyttävät melko kauheilta parhaimmissa olosuhteissa. Mutta vain siksi, että kuvaus on epämääräinen, se ei tarkoita sitä, että sinun pitäisi olettaa pahimman tapauksen. Olen ’ utelias, mitä mieltä olet vastauksestani, joka koskee tapausta, jossa oletukset ovat ehkä optimistisempia.

En todellakaan näe ”haalistuneen tekstin” tekniikkaa, jota käytän paljon, mutta mielestäni käyttökokemuksen tarkoituksena on suunnitella mitä tahansa, mikä tekee siitä käyttäjän helpon . Jos käyttäjän on yritettävä arvata, mitä on tekeillä, luulen, että voitat tarkoituksen. Useimmissa tapauksissa pelkkä […] tai [lisää …] lisääminen riittää ja tarjoaa puhtaan ja helposti seurattavan polun jotta käyttäjä saa lisätietoja … mikä on koko asia oikein?

Kysyt, onko haalistuneen tekstin käyttöä testattu lainkaan?

Mielestäni tämä on esimerkki ajatus ”informatiivisen tuoksun” käytöstä käyttöliittymässä. Toisin sanoen miten voit visuaalisesti antaa käyttäjille käsityksen siitä, missä tiedot sijaitsevat tietokylpylässä ce. Tässä tapauksessa häipyminen osoittaa, että tähän suuntaan on enemmän tietoa, johon pääset, jos vierität tai olet vuorovaikutuksessa jollakin tavalla.

Keskustelimme informaation tuoksun käsitteestä paljon visualisointiyhteisössä 1990-luvun lopulla. CHI-yhteisössä oli paljon tutkimuskirjallisuutta, tuli ulos Xerox Parcin informaatioratkaisuista …. he tekivät paljon tutkimuksia tällä alalla. Peter Pirollin ja Stu Cardin paperit tulevat mieleen.

Voit myös käyttää tietohajua kyselyihin. Joten käytin esimerkiksi tuoksua joissakin visualisoinneissa, jotka suunnittelin harmailla asteikoilla osoittamaan, kuinka data täytti tietyt liukusäätimille asetetut kriteerit (musta epäonnistui yksi, tummanharmaa epäonnistui kaksi jne.). Toisin sanoen musta datapiste on juuri kyselysi ulkopuolella … joten voit siirtää liukusäädintä nopeasti sisällyttääksesi ne.

Bob Spence kirjoitti paperin, jossa oli yhteenveto näistä tuoksu- / jäämätekniikat .

Joten vaikka en pysty toimittamaan tietoja tästä tekniikasta, on todellakin paljon tutkimuksia siitä, kuinka tällaisten vihjeiden tarjoaminen tukee ihmisiä tietopohjaisissa tehtävissä.

Kommentit

• Kuinka minikartat liittyvät häivyttämiseen sisällön marginaaleista, jotka eivät sovi näyttöön ’?
• muokattu selventämään … se on peruskäsite, johon viittaan.
• Sen pylväsdiagrammi, jossa on värejä vikoja kohden. En silti ’ Miksi tämä on merkityksellistä? Miksi myös kaikki läpäissyt punaiset ja eniten epäonnistumisia ovat kevyimmät ja takaosan eniten z-järjestyksellä?

Hienovaa asia haalistuvan tekstin käytöstä (niille, jotka eivät tiedä mitä tämä tarkoittaa: liukuvärjätty läpinäkyvä peitto niin, että teksti ”haalistuu” taustaväriksi kurssin aikana, jos pari viivaa) on, että se on paljon suurempi ja vaikeampaa jättää huomiotta kuin ellipsi. Lisäksi vaikka ellipsit toimivat melkein aina osoittamaan, joskus teksti näyttää vain loppuvan oikein oikealle paikalle, joten ei ole roikkuvaa käsitettä, joka kannustaisi käyttäjiä etsimään lisäsanoja. Ellipsi on myös melko pieni ja helppo unohtaa, etenkin niille, joilla on näkövammaiset (kuten vanhukset).

Minulla ei ole kokemusta sen käytöstä itse, ja vaikka muistan käyttämäni sivuston, jolla on se … en voi muistaa mitä -sivustoa käytän ja jolla on se. Pahoittelen. Voin sanoa, että pidän Uskon, että se toimii hyvin tarkoitukseensa. Huomaa, että se ei korvaa Lisää-painiketta, vaan se tarjoaa paljon suuremman ja selkeämmän lisäsisällön. Sinulla on vielä oltava alue, joka antaa napsautuksen (ikkunan sävy, Lisää-painike), johon käyttäjät gravitoivat, kun he näkevät häipymisen.

Tämä näyttää toimivan hyvin muodonlukun, http://www.microsoft.com/typography/ctfonts/WordRecognition.aspx ja sanatunnistuksen käsite. Teoriassa voin kuitenkin nähdä tämän hyödylliseksi vain vaakasuorassa (vasemmalta oikealle) haalistumisessa ja ei samoin kuin Amazonin kanssa pystysuuntainen haalistuminen. http://softwareas.com/pure-css-solution-to-avoid-cutting-off-text/ Voimme rinnastaa tämän kuiskaukseen, vaikka kuiskaus on kuuleva, tämä on samanlainen vaikutus visuaalinen taso. Tietojeni mukaan tutkimuksia ei ole ollut, mutta jos joku löytää sellaisia, lähetä tänne.

Tässä ”haalistuva näyte verrattuna tavalliseen ellipsiin. http://www.theuxunicorn.com/fade_sample.png