Forums before death by AOL, social media and spammers... "We can't have nice things"
|    alt.msdos.batch    |    Fun with MS-DOS batch files    |    42,547 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 41,756 of 42,547    |
|    Lori Fairhead to Herbert Kleebauer    |
|    Re: Command Line Prompt Screen Size    |
|    29 Aug 19 09:28:56    |
      From: lorif32768@gmail.com              On Thursday, August 29, 2019 at 5:18:57 PM UTC+1, Herbert Kleebauer wrote:       > On 29.08.2019 17:15, Lori Fairhead wrote:       >       > >> In the layout tab, change the size of the window to the values which       > >> fit on the screen. If you select bigger values, you get the scroll bar.       >       > > Don't really understand what you mean here. Do you mean in the window size       > > part I should keep changing the values until the scroll bar disappears?       >       > Choose a font size, switch to full-screen and count the number of       > lines and columns which are displayed. Then enter this values (or smaller       > ones) in the window size entry and buffer size entry.       >       > > I tried a few different values but couldn't get rid of them. Surely there       > > should be just some way of getting it to 80x24? That what it used to       default       > > to unless you did a MODE CON COLS/LINES       >       > You choose how big a character is displayed on the screen (to big also       > isn't very readable) and then it depends on the size of your screen       > how many lines and columns fit on the screen. Whats wrong if more than       > 80x24 fit on the screen if the size is optimal for readability.       >              Linux OpenSuse 11.2 will do me a standard 80x24 console, why can't       Windows?! I'm perfectly used to 80x24 for reading long text, I don't       see why anyone has to mess around with it.              Anyways... I will investigate further and get back to you on this       ATM it seems like agony, but if I can just get rid of those wretched scroll-       bars I'll be okay.              >       > > Hmm... what I've read about Android thus far (only the wiki-page !) said       > > that Android is coded in C, C++, Assembly language.       >       > Yes, Android. But most applications are Java byte code. This way the       > App doesn't depend on the CPU used.       >              Okay. But aren't you interested in the internals of Android? It's       supposed to be a separate branch of the Linux kernel isn't it?              >       > > even doing that I'm thinking of getting another phone anyway (Motorola       Lenovo       > > G6), I'm not going to put a SIM card into it, I just want to use it       > > as a machine to play MP4s on and maybe it won't suffer from the same       > > problems with copying files.       >       > Why not install a free Android emulator in Windows? A big PC screen is       > much better than a small phone screen. Or if you don't need a SIM slot,       > buy a cheap 10" tablet.       >              No, this is for bedtime, so I have a bedside table and it can't fit       another laptop on it. I have 2 radios, a lamp, drinks, ashtray (hell yeah!),       assorted toot and only space to perch a phone in. Want to watch music       videos whilst laying on my bed :-)              > > (Can I run a phone okay without a SIM BTW?)       >       > Yes, but maybe after power on you have to confirm that there is       > no SIM card inserted.       >       >       > > You can also get MSDOS running on your phone. Have you seen that app yet?       >       > There are also versions written in JavaScript, so it runs in a web       > browser: https://www.pcjs.org/       >       > But I don't think it is very useful.                     Okay, well I think the DOS emulator kept crashing when I tried to play       Wolfenstein. If you have any results playing Wolfenstein on your phone       let me know ;-)              regardsfrom       Lori              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca