Some years back (2013/2014 maybe?) the ’New Window’ and ’New Tab’ menu items were combined into a single ’New Terminal’ item.

This apparently met with resistance from users, so Fedora and recently also Ubuntu have chosen to build Gnome terminal with DISUNIFY_NEW_TERMINAL_SECTION to restore the old behavior.

This unfortunately leaves users of those distros, like myself, who actually prefer the simplicity of ’New Terminal’, with no practical way to restore that functionality (beyond rebuilding the package with the compile-time switch reverted).

After hearing me out, the Ubuntu maintainer suggested I file a bug here, asking to turn the compile-time option into a Gsetting so that the behavior could be more easily adjusted per user preferences.

So that is what I’m asking here.

Jeremy: If this is indeed the popular choice then I fully respect that. I just wanted to voice my disgruntlement, since I feel the way this was set by upstream is much simpler. Sorry for being late with it, didn’t realize this was getting overridden before the change already came into effect.

Urgh, I’d argue that changing this back *is* a regression. The merged menu item has been the default since (at least) 16.04, and now the cognitive load of opening a new tab has suddenly increased: instead of ”new terminal” I now again have to pick the one I want (which is always tabs for me) from two options each time, instead of just the one.

Näytöntökkimäpelit tökkivät täälläkin. Ihmettelin jo silloin, kun olin hetken aikaa mobiilipelikoodarina, että miksei näille laitteille tehdyillä peleissä hyödynnetä laitteiden antureita. Pelisuunnittelussa yritetään vain mielikuvituksettomasti toisintaa vanhan maailman peliohjaimien fyysisiä nappeja siinä näytöllä, josta ei saa edes kunnon taktiilia palautetta.

Se kytkeytyy hyvin läheisesti pelien mekaniikkaan, eli pelit pitäisi nykyään alun alkaenkin suunnitella sellaisiksi, että niiden mekaniikan ohjaus soveltuisi luontevasti mobiililaitteen ominaisuuksilla tehttäväksi. Esimerkiksi perinteiset sidescrollerit ovat syntyneet joystickien ja painonappien ympäristössä, ja siksi niiden ohjaamiseen mobiililaitteella ei ole edes oikein mahdollista rakentaa painonappien simulointia luontevampia konsteja. Pitäisi siis luoda kokonaan uusia, mobiililaitteiden ohjaimille luontevia genrejä.

(En tuon lyhyen pelikoodarikeikkani jälkeen ole juurikaan seurannut mobiilipelien kehitystä, joten voi olla, että nykyään näin jo paremmin tehdäänkin.)

Impacted version: 0.60

Server Setup Information:

• Operating System: Ubuntu 16.04
• Deployment Method: snap
• ROOT_URL environment variable (Is there a subfolder?): https://my-domain.com/kan (yes)

Problem description:
A description consisting entirely of a URL that happens to extend from the left edge to the right edge of the description field makes it impossible to edit the description, as clicking anywhere on the viewer lands the click on the URL, which triggers a new browser tab instead of the editor.

Here’s a screenshot of such a URL overlapping the editing area, as highlighted by the inspector in Firefox.

There’s actually a couple of pixels worth of unlinked, clickable editor area at the right edge here, but you need a really steady hand and mouse to hit those pixels.

A workaround seems to be to change the browser zoom level (either way), causing the URL to extend either over to the next line or properly short of the right edge of the first line (turning the rest of the line clickable).

Hyvä hyvä!

Onko hausta rajattu pois ohjelmat, joiden Areena-aika on päättynyt? Esim. eilen etsin tätä: https://areena.yle.fi/1-3541912#, mutta Areenan haku ei sitä (vielä tätä kirjoittaessanikaan) löydä: https://haku.yle.fi/?q=eloa-festivaali&category=Areena

Rainbow-kahvi sai taannoin UTZ-sertifioinnin, mikä on hyvä juttu ja kannatan sitä ehdottomasti. Ikävä kyllä pakkaus vaihtui samalla hieman erityyppiseen, ja tämä uudempi, UTZ-sertifioidun pakkaus on nyt paljon aiempaa hankalampi avattava. Se vanha pakkaus aukesi ihan helposti ylhäältä käsin vetäen. Tämä uusi pitää avata saksilla ja jää vielä sittenkin hankalan muotoiseksi, niin että kahvinmuruja menee aina väkisinkin vähän pöydälle ja siis hukkaan.

Sivuston uudistuksen myötä etusivulla nyt olevien uutis-, ilmoitus- ja kuulutusotsikkolinkkien toiminnassa on jotain kummallista. Seuraavassa kuvailemani ongelma ilmenee välillä, välillä taas ei.

Jos valitsen esim. ”Omaishoidontuen ohjeet muuttuvat 1.5.2017 alkaen” -otsikon oikealla hiirennapilla, ja valitsen kontekstivalikon ”Avaa uuteen välilehteen” -toiminnon, uuteen välilehteen avautuu etusivu, ei linkattu artikkeli. Bugi ilmenee myös, jos kopioin artikkelin linkin leikepöydälle (saman kontekstivalikon kautta) ja liimaan sitten tuon kopioidun osoitteen toisen välilehden osoitepalkkiin (välilehdellä avautuu artikkelin sijasta etusivu). Tämä hankaloittaa artikkeleiden jakamista.

Suoraan vasemmalla hiirennapilla avattuina linkit tuntuisivat toimivan kuten odottaisinkin (samalla välilehdellä avautuu siis otsikkoon linkitetty artikkeli).

Onnistuin toisintamaan bugin Firefoxilla (53.0) ja Chromella (58.0.3029.81), mutta tosiaan vain hetkittäin; välillä linkit toimivat myös kontekstivalikon kautta kuten pitääkin, eli otsikkoon linkitetty osoite viittaa artikkeliin eikä etusivulle.

Terve.

Minulla on vaikeuksia saada seuraajatoimintoa pelittämään Flow’ssa (webversiossa): olen lähettänyt seuraamispyynnön kaverilleni (hänen profiilisivullaan nimen alla lukee ”Pyyntö odottaa”), mutta hän ei saa siitä mitään ilmoitusta. Vastaavasti hän on omalla tahollaan yrittänyt seurata minua, mutta minulle ei ole tullut siitä mitään ilmoitusta hyväksyttäväksi.

Tuon profiilisivulla olevan Seuraajapyyntö-namiskan toiminta on muutoinkin aika surkeaa: sen tila ei muutu napsautuksesta, vaan vasta sivun uudelleenlatauksella (F5) sen napin tilalle ilmestyy tuo ”Pyyntö odottaa”/”Cancel request” (lisäksi tuo hoverilla ilmestyvä teksti on vailla suomennosta).

Mitenkä tuon seuraamisen saisi toimimaan?

(Yritin ensin lähettää tämän palautteen Ota yhteyttä -sivun kautta, mutta siellä lähetysnapista tuli vain ”Please wait…” -teksti siihen napin viereen eikä sen jälkeen tapahtunut mitään. Sivustonne toimivuus kaiken kaikkiaan ei nyt kyllä oikein vakuuta.)

The new website release post says you’ve worked hard to make past links work; that’s great, thank you! However, I came here specifically because the previous RSS feed URL (/rss_press_releases_feed) no longer works. I tried to find a new URL for the news releases but couldn’t find one. If it isn’t visible on the site yet, I suggest you add it, or if it is, make it more prominent. Also, redirecting the old feed URL to the new one (using a permanent redirect) would help feed readers and their users to continue following the news without interruption; too many times with these redesigns the RSS feed users are left in the dark when the old feed just quietly stops working.