Message to replace toner won't go away - printers

MFC HL2380DW. I just replaced toner with a new EBY toner cartridge. Printer works but still shows error message to replace toner. Could this be because I just opened and installed the starter cartridge that came with the printer? When I set the printer up I installed a new high yield cartridge.
What can I do?

This is part drum reset but as long as you follow the steps correctly it will clear the message of Replace toner (Be aware of step 5) Let me know how you get on.
On the printer, open the front toner compartment door.
The Printer display will read, “Front cover open.”
Press the “Clear” button.
Printer will beep and the display should read, “Replace Drum?”
This is the tricky part, ignore the replace drum instructions. Instead on the keypad type in “*00″.
Display should read, “Accepted”.
Close the toner access door, the printer will initialize and be reset.

Related

Black Screen with cursor before log in

I have tried all the possible solutions to solve it given in the internet. But my problem does not solved.
So I want to reset my pc. If so is my pc get back to normal state. Previously I have resetted my pc for another problem. Is my resetting option works again. My friends said that reset options works only once...
Can anybody suggest me what to do??
The issue here seems to be that Windows thinks you have a new monitor that does not exist.
The most common solution that seems to have worked for many people (did not actually work for me, but worth a try): Wait long enough so the mouse cursor to appear when you move the mouse. (blank screen with a white mouse cursor) Then press the Ctrl and enter your login password. Wait until login competed then press Win+P keys, down arrow keys twice, and enter to extend display. (this spans your monitors onto one display)
The solution that worked for me was to unplug all monitors, reboot (hard reset, holding down power button), then plug in just one monitor. (may need to reboot again)
I solved the issue by pressing
Press Ctrl+alt+Esc.
Task Manager Window Appears,Then Click File
Option above,then Select Run New Task from the options that are
listed.
3.Create New Task Window appears and type "explorer" and press Ok. Screen Appears and Restart your laptop again .
You can try the following solution. It works perfectly. 1. Press Ctrl+alt+del 2. Select Task manager 3. Select File option above 4. Click Run new task 5. Type "explorer.exe" and press Enter You'll screen appears again!!

Bixolon SPP-R200 command to scroll to black mark

I have a Bixolon SPP-R200 (and an SPP-R200III). I've set the printer to Label Mode. I'm able to print using Standard Mode and the user can move to the top of the next ticket by pressing the feed button on the printer.
Is there a command I can send (via Bluetooth) to do this on behalf of the user? I can send LF - but this behaves as expected, moving the paper by one line height.
According to an ESC POS document I found online, GS FF would be what I want. But that's not a command available to the R200 or the Mark III.
Is there anything else I can do?

How exactly are keyboard shortcut commands handled?

When I am running firefox as my active application and do a [ctrl]+[shift]+T, firefox opens a new tab. Hoever when I do a [ctrl]+[alt]+T, linux opens a new terminal window. Just made me ponder over the possible internals of this operation.
I had assumed that the control over stdin lies with the active application and if it reads something that makes sense to it, it goes ahead and does it. Now I feel that before the input is even put into stdin, the kernel scans it for the shortcuts that are relevant to it, and only the ones leftover are passed onto stdin, and from there to the user space applications.
Is this view accurate?
You are correct about what is causing it, just not the details. It's not the kernel that is swallowing it in this case, it's the Window Manager.
Your keyboard shortcut for Ctrl+Alt+T is getting eaten by your window manager. If you go to your Window Manager keyboard shortcuts, find the one bound to Ctrl+Alt+T and un-define it, it will work in FF properly.
The WM is a "layer" if you will that receives all events and passes on the ones that it determines are relevant to the underlying application.

How do I make a window move to the top of other windows in Gnome when that window already has the focus?

I have an application that sends the focus to other windows but those windows then don't automatically display themselves in the foreground, i.e. on top of all the other windows. Where can I configure the preferences of my window manager so that this is the default behaviour?
In particular I'm using the Ctrl-0 and Ctrl-Shft-0 shortcuts in the MATLAB IDE to move between the command window and the editor window and although the focus seems to be transferred the new window doesn't automatically redraw itself in the foreground.
Not sure of a key binding off hand that does it, but if you alt-click on a window (which allows you to drag a window) it should come to the front.
As codeDr suggests, MATLAB is also kind of bad about repainting its windows. If you draw to a figure while code is executing, the figure does not update unless you execute drawnow or have some similar pause in the execution to allow the GUI to repaint. Since we're talking about MATLAB, the figure command will also cause the indicated figure to come to the front (in fact, it's harder to get it to not come to the front). So you could do figure(gcf) to bring the current figure to the front, or save the figure number with h = figure; and then later do figure(h). Incidentally, if you want to switch current figures without switching focus, set(0, 'CurrentFigure', h) should set h to the current figure.
Your window manager (probably Metacity?) implements focus-stealing prevention so that rogue apps don't pop up windows that would disturb your typing. Matlab needs to raise its window, and give it the input focus with the correct timestamp. If this is being done from a KeyPress event handler, the timestamp for setting the input focus would be the timestamp from the KeyPress event (i.e. the timestamp of the user-generated event that caused a window to be raised/focused).
To politely give the input focus to a window, google for _NET_ACTIVE_WINDOW.
Usually when the window doesn't repaint, it means that the application's main application loop isn't running to refresh the window. Could it be that Matlab is doing some computation or disk activity when you are switching between windows?

GNU Screen refresh problem

I've recently started using GNU Screen but have run into a very annoying problem.
In any screen window if I press the left arrow key or backspace when there is nothing typed at the prompt the screen seems to refresh, causing a slight flicker. After typing some text at the prompt using the backspace or left arrow won't cause the flicker (at least until the first character in the prompt is reached).
Anyone seen this before?
That's not a problem. It's a feature. It's supposed to behave like that when "visual bell" is enabled in your terminal. Which it is, by default I guess.
Take a look at this document. There are three properties in the file that relates to visual bell. You can change that in ~/.screenrc
vbell_msg "bell: window ~%" # Message for visual bell
vbellwait 2 # Seconds to pause the screen for visual bell
vbell off # Turns visual bell off
Try setting vbell property to off.
Also, I would recommend you ask the same question in ServerFault. I am sure you'll get way better answers over there. To access the site, since it's in private beta, check this blog entry.

Resources