Table keyboard focus problem

Hi,
I would like to edit a table cell with the keyboard. But I noticed that the table don't lose the focus when
I use the spacebar to edit the cell. Also the cell don't receive the prompt. Seems to me like a Bug.
What can be done ?
regards,
Lucian

In your MyEditor Class you define a textfield.... then you add another textfield in your editor panel
class MyEditor extends AbstractCellEditor
implements TableCellEditor
private JComponent myEditorPanel;
private JTextField myTextField;
MyEditor()
myEditorPanel = new MyEditorPanel();
myTextField = new JTextField();
public Object getCellEditorValue()
return null;
public Component getTableCellEditorComponent(
JTable table, Object value,
oolean isSelected,
int
row, int column )
return myEditorPanel; // Problems...
return myTextField; // Keyboard and focus as
expected
class MyEditorPanel extends JPanel
JTextField tf;
MyEditorPanel()
setLayout( new BorderLayout() );
tf = new JTextField();
add( tf, BorderLayout.CENTER );
add( new JButton( "edit" ), BorderLayout.EAST );
Add an action listener to both the textfield and the button and ensure that editingStopped() is called when the user presses enter

Similar Messages

  • Calling1.4.1 signed applet from Javascript causes keyboard/focus problems

    Pretty sure there's a JRE bug here, but I'm posting to forums before I open one in case I'm missing something obvious :-)
    This issue may be specific to IE, I haven't tested elsewhere yet. Our web application is centered around a signed applet that is initialized with XML data via Javascript. We first noticed the problem when our users started upgrading from the 1.3.x plug-in to the 1.4.x plug-in. The major symptom was that shortcut keys stopped working. I debugged the problem off and on for about a month before I boiled it down to a very simple program that demonstrates the issue (included below). Basically, the program has a function that adds a JButton to a JPanel and registers a keyboard listener (using the new DefaultKeyboardFocusManager class) that prints a message to the console. This function is called by the applet's init() method, as well as by a public method that can be called from Javascript (called callMeFromJavascript()). I also included a very simple HTML file that provides a button that calls the callMeFromJavascript() method. You can test this out yourself: To recreate, compile the class below, JAR it up, sign the JAR, and put in the same dir with the HTML file. Load the HTML file in IE 5.0 or greater, and bring the console up in a window right next to it. Now click the button that says init--you should see the small box appear inside the button that indicates it has the focus. Now press some keys on your keyboard. You should see "KEY PRESSED!!!" appearing in the console. This is proper behavior. Now click the Init Applet from Javascript button. It has removed the button called init, and added one called "javascript". Press this button. Notice there is no focus occurring. Now press your keyboard. No keyboard events are registered.
    Where is gets interesting is that if you go back and make this an unsigned applet, and try it again, everything works fine. This bug only occurs if the applet is signed.
    Furthermore, if you try it in 1.3, signed or unsigned, it also works. So this is almost certainly a 1.4 bug.
    Anyone disagree? Better yet, anyone have a workaround? I've tried everything I could think of, including launching a thread from the init() method that sets up the components, and then just waits for the data to be set by Javascript. But it seems that ANY communication between the method called by Javascript and the code originating in init() corrupts something and we don't get keyboard events. This bug is killing my users who are very reliant on their shortcut keys for productivity, and we have a somewhat unique user interface that relies on Javascript for initialization. Any help or suggestions are appreciated.
    ================================================================
    Java Applet (Put it in a signed JAR called mainapplet.jar)
    ================================================================
    import javax.swing.*;
    import java.awt.*;
    import java.awt.event.*;
    public class MainApplet extends JApplet implements KeyEventDispatcher
        JPanel test;
        public void init()
            System.out.println("init called");
            setUp("init");
        public void callMeFromJavascript()
            System.out.println("callMeFromJavascript called");
            setUp("javascript");
        private void setUp(String label)
            getContentPane().removeAll();
            test = new JPanel();
            getContentPane().add( test );
            JButton button = new JButton(label);
            test.add( button );
            test.updateUI();
            DefaultKeyboardFocusManager.getCurrentKeyboardFocusManager().addKeyEventDispatcher(this);
        public boolean dispatchKeyEvent(KeyEvent e)
            System.out.println("== KEY PRESSED!!! ==");
            return false;
    }================================================================
    HTML
    ================================================================
    <form>
    <APPLET code="MainApplet" archive="mainapplet.jar" align="baseline" id="blah"
         width="200" height="400">
         No Java 2 SDK, Standard Edition v 1.4.1 support for APPLET!!
    </APPLET>
    <p>
    <input type="button" onClick="document.blah.callMeFromJavascript();" value="Init Applet via Javascript">
    </form>

    I tried adding the requestFocus() line you suggested... Same behavior.
    A good thought, but as I mention in my description, the applet has no trouble gaining the focus initially (when init() is called). From what I have seen, it is only when the call stack has been touched by Javascript that I see problems. This is strange though: Your post gave me the idea of popping the whole panel into a JFrame... I tried it, and the keyboard/focus problem went away! It seems to happen only when the component hierarchy is descended from the JApplet's content pane. So that adds yet another variable: JRE 1.4 + Signed + Javascript + components descended from JApplet content pane.
    And yes, signed or unsigned DOES seem to make a difference. Don't ask me to explain why, but I have run this little applet through quite a few single variable tests (change one variable and see what happens). The same JAR that can't receive keyboard events when signed, works just fine unsigned. Trust me, I'm just as baffled as you are.

  • Reader X - Firefox focus problem

    Since I first started using Adobe Reader X, I have had an intermittent keyboard focus problem with Firefox (mostly recently 3.6.14, on Windows 7). If I open a PDF document in a browser tab, sometimes keyboard focus is not returned to Firefox iteself. For instance, I may try to type something into the Firefox search box or URL box, but cannot get keyboard focus there: I cannot get a blinking cursor, though I can select the text there.
    I have not been able to duplicate this problem consistently.
    The workaround is to go to another application entirely, click to move focus there, and then return to Firefox.

    I don't know that "focus" is the right term to use, but I have the same exact problem. Do you have a scroll mouse? I've also noticed that when I scroll within an instance of Adobe Reader that's opened in Firefox using the scroll button on my mouse that the scroll bar does not register the change until I move my cursor over it, then the bar will jump to where it's supposed to be. This is really annoying because I can't quickly judge how far along I am in a .pdf.

  • On our project site, with Firefox 4 and 5, buttons don't take the keyboard focus if you mouse-click on them. Is this a problem of our site?

    On a page like http://www.ori.uzh.ch/links.html, clicking a link opens a new tab, and after closing that tab, you can move to the next link with the tabulator key. On that site, it still works with Firefox 5. I also worked on our project site (password secured, sorry) with Firefox up to 3.6.18. But now, if I open a link with the mouse, close that tab again and press the tab key, the focus just goes to the first clickable button, as if I had not clicked any button previously. If I open a link by tab key and "enter", the keyboard focus is preserved on that button. But there are many many buttons on our pages, and they reload frequently.
    BTW I adjusted the system preferences, so that the keyboard focus moves between all controls. (see http://www.tipstrs.com/tip/1505/Tab-key-to-select-form-elements-in-Firefox-on-the-Mac). But I don't think the problem is related to that.

    I found out that our buttons are no links, but input tags, type="submit". I'll discuss the problem with our programmer.

  • Panel problem: Lost keyboard focus in Photoshop on Mac OSX

    Some background: I making a plugin that consists of some photoshop scripts and a panel created in Adobe Configurator. Basically the panel has some buttons which executes some functions in the script. The plugin is described in greater detail and can be downloaded here http://lumens.se/tychpanel
    The problem: To reproduce the problem, do the following:
    Give the panel focus by clicking somewhere on it.
    Switch to another application, then back to Photoshop. Keyboard focus is lost.
    Any ideas why this happens, and what to do about it?
    Note: this is somewhat of a cross-post started at http://www.ps-scripts.com/bb/viewtopic.php?f=2&t=4021&sid=d3c3d77dd128984f8ee30252f0f4cf2a however, as I think it's more of a Configurator / Panel issue rather than a scripting issue I'm now asking here as well.

    many and different problems around photoshop keyboard,
    also when a panel is not involved, as you can see here
    http://forums.adobe.com/message/3437082
    Have you updated to the latest osx version?
    if not try 10.6.7 that could  solve some problem  with the  keyboard
    http://blogs.adobe.com/jnack/2011/03/mac-10-6-7-fixes-photoshop-cs5-conflicts.html
    other suggestions could be :
    - duplicate the default photoshop keyboard and create a new workspace
    or
    - try  creating a new user account and  test there

  • Focus Problem with JTree and Menus

    Hi all,
    I have a problem with focus when editing a JTree and selecting a menu. The problem occurs when the user single clicks on a node, invoking the countdown to edit. If the user quickly clicks on a menu item, the focus will go to the menu item, but then when the countdown finishes, the node now has keyboard focus.
    Below is code to reproduce the problem. Click on the node, hover for a little bit, then quickly click on the menu item.
    How would I go about fixing the problem? Thanks!
    import java.awt.Container;
    import java.awt.GridLayout;
    import javax.swing.JFrame;
    import javax.swing.JMenu;
    import javax.swing.JMenuBar;
    import javax.swing.JMenuItem;
    import javax.swing.JTree;
    import javax.swing.tree.DefaultMutableTreeNode;
    import javax.swing.tree.DefaultTreeModel;
    public class MyTree extends JTree {
         public MyTree(DefaultTreeModel treemodel) {
              setModel(treemodel);
              setRootVisible(true);
         public static void main(String[] args) {
              JFrame frame = new JFrame();
              JMenuBar bar = new JMenuBar();
              JMenu menu = new JMenu("Test");
              JMenuItem item = new JMenuItem("Item");
              menu.add(item);
              bar.add(menu);
              frame.setJMenuBar(bar);
              Container contentPane = frame.getContentPane();
              contentPane.setLayout(new GridLayout(1, 2));
              DefaultMutableTreeNode root1 = new DefaultMutableTreeNode("Root");
              root1.add(new DefaultMutableTreeNode("Root2"));
              DefaultTreeModel model = new DefaultTreeModel(root1);
              MyTree tree1 = new MyTree(model);
              tree1.setEditable(true);
              tree1.setCellEditor(
                   new ComponentTreeCellEditor(
                        tree1,
                        new ComponentTreeCellRenderer()));
              tree1.setRowHeight(0);
              contentPane.add(tree1);
              frame.pack();
              frame.show();
    import java.awt.FlowLayout;
    import java.util.EventObject;
    import javax.swing.JLabel;
    import javax.swing.JPanel;
    import javax.swing.JTextField;
    import javax.swing.JTree;
    import javax.swing.tree.DefaultTreeCellEditor;
    import javax.swing.tree.DefaultTreeCellRenderer;
    import javax.swing.tree.DefaultTreeModel;
    import javax.swing.tree.TreeCellEditor;
    import javax.swing.tree.TreeCellRenderer;
    public class ComponentTreeCellEditor
         extends DefaultTreeCellEditor
         implements TreeCellEditor {
         private String m_oldValue;
         private TreeCellRenderer m_renderer = null;
         private DefaultTreeModel m_model = null;
         private JPanel m_display = null;
         private JTextField m_field = null;
         private JTree m_tree = null;
         public ComponentTreeCellEditor(
              JTree tree,
              DefaultTreeCellRenderer renderer) {
              super(tree, renderer);
              m_renderer = renderer;
              m_model = (DefaultTreeModel) tree.getModel();
              m_tree = tree;
              m_display = new JPanel(new FlowLayout(FlowLayout.LEFT));
              m_field = new JTextField();
              m_display.add(new JLabel("My Label "));
              m_display.add(m_field);
         public java.awt.Component getTreeCellEditorComponent(
              JTree tree,
              Object value,
              boolean isSelected,
              boolean expanded,
              boolean leaf,
              int row) {
              m_field.setText(value.toString());
              return m_display;
         public Object getCellEditorValue() {
              return m_field.getText();
          * The edited cell should always be selected.
          * @param anEvent the event that fired this function.
          * @return true, always.
         public boolean shouldSelectCell(EventObject anEvent) {
              return true;
          * Only edit immediately if the event is null.
          * @param event the event being studied
          * @return true if event is null, false otherwise.
         protected boolean canEditImmediately(EventObject event) {
              return (event == null);
    }

    You can provide a cell renderer to the JTree to paint the checkBox.
    The following code checks or unchecks the box with each click also:
    _tree.setCellRenderer(new DefaultTreeCellRenderer()
      private JCheckBox checkBox = null;
      public Component getTreeCellRendererComponent(JTree tree,
                                                    Object value,
                                                    boolean selected,
                                                    boolean expanded,
                                                    boolean leaf,
                                                    int row,
                                                    boolean hasFocus)
        // Each node will be drawn as a check box
        if (checkBox == null)
          checkBox  = new JCheckBox();
          checkBox .setBackground(tree.getBackground());
        DefaultMutableTreeNode node = (DefaultMutableTreeNode)value;
        checkBox.setText(node.getUserObject().toString());
        checkBox.setSelected(selected);
        return checkBox;
    });

  • Bug Report: The keyboard focus doesn't automatical...

    Bug Report: When a conversation window opens, the focus doesn't automatically land in the chat entry text field.
    Since the new interface for Skype was introduced officially in Skype 7.0, there is a bug with the system/keyboard focus for a new conversation window. When Skype is in "Split Window View" and each new conversation automatically pops up in a separate window, the system/keyboard focus doesn't land in the chat entry edit field. Instead, the user has to press Shift+TAB a couple of times, to move it there and reply to the chat message received. This especially problematic for screen reader users, who rely on keyboard navigation. This mainly occurs when a new conversation is started with an incoming message, but it sometimes occurs when moving the focus out of that conversation window and later back in it again (while it is still opened).
    Steps to reproduce it:
    1. From "View" menu, activate the "Split Window View", if it is not already enabled.
    2. From Tools -> Options -> IM & SMS -> IM settings, enable "Open a new window when I receive a new message in Split Window View", if it is not already enabled.
    3. From Tools -> Options -> Advanced, activate "Enable accessible mode", if it is not already enabled.
    4. Activate the "Save" button, to save the changes.
    5. Close all windows, related to Skype. You may keep only the main window opened.
    6. Tell someone to send you a chat message. When the message arrives, Move the system focus to the conversation window in question, preferably with Alt+TAB. The system/keyboard will not land in the chat entry edit field as it did in Skype 6.21 and earlier and as it should by default, but in some unknown place in the window.
    7. Move the system/keyboard focus in the chat entry edit field and keep it there.
    8. Switch to another window, preferably from another application.
    9. With Alt+TAB, switch back to the window of the opened Skype conversation. There is a chance that the system/keyboard focus will not land in the chat entry edit field as it did in Skype 6.21 and earlier and as it should do by default, but again in some unknown place in the conversation window. But that is harder to reproduce.
    Test environment:
    - Operating system: Windows 8.1 Pro N, 64-bit, in Bulgarian with all locale settings set to "Bulgarian".
    - Skype version: 7.0.0.102 for Desktop.

    This is a known problem, but Skype have not given us an estimated time for a fix.
    Traditionally, Skype updates have been roughly monthly, so we are due a new version sometime soon. Many of us here are hoping that is has a bunch of fixes for the UI, the focus problem being one of them.
    Sean Ellis - uses Skype chat for serious work
    Click here to read my blog post on Skype 7 and basic principles of GUI design

  • Loss of keyboard focus in Java appl running under linux

    I have a small sample program that replicates my problem. When this program is run a window is created. If you select File->New another instance of the program window is created. Now if you try to go back and bring to front the first window, keyboard focus is not
    transferred when run under linux. You can only type in the second window. The expected behavior does happen in Windows.
    > uname -a
    Linux watson 2.6.20-1.2933.fc6 #1 SMP Mon Mar 19 11:38:26 EDT 2007 i686 i686 i386 GNU/Linux
    java -versionjava version "1.5.0_11"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
    Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode, sharing)
    javac -versionjavac 1.5.0_11
    import java.awt.event.*;
    import javax.swing.*;
    class SwingWindow extends JFrame {
        SwingWindow() {
         super("SwingWindow");
         JMenuBar menuBar = new JMenuBar();     
            JMenu fileMenu = new JMenu("File");
            JMenuItem newItem = new JMenuItem("New");
            newItem.addActionListener(new ActionListener() {
                public void actionPerformed(ActionEvent event) {
              SwingWindow.createAndShowGUI();
         fileMenu.add(newItem);
            menuBar.add(fileMenu);
            setJMenuBar(menuBar);
            setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE);       
         JTextField text = new JTextField(200);
         getContentPane().add(text);
         pack();
         setSize(700, 275);
        public static void createAndShowGUI() {
            JFrame frame = new SwingWindow();
            frame.setVisible(true);
        public static void main(String[] args) {
            javax.swing.SwingUtilities.invokeLater(new Runnable() {
                public void run() {
                    createAndShowGUI();
    }

    You can implement the FocusListener interface. When
    the first JFrame gains focus, call
    text.requestFocusInWindow(). I hope this helps.The call requestFocusInWindow is not helping, perhaps even making it worse.
    The problem seems to be that I am in the situation where the call
    KeyboardFocusManager.getCurrentKeyboardFocusManager().getPermanentFocusOwner()
    is returning the expected Component. The problem is that the KeyListener class that is registered with the Component is not being called when a key is being pressed.
    The issue is that I have a component that has the keyboard focus, but the KeyListener class
    is not responding.
    This seems to be a linux only problem which makes it only mysterious.

  • JComboBox popup list remains open after losing keyboard focus

    Hi,
    I have noticed a strange JComboBox behavior. When you click on the drop down arrow to show the popup list, and then press the Tab key, the keyboard focus moves to the next focusable component, but the popup list remains visible.
    I have included a program that demonstrates the behavior. Run the program, click the drop down arrow, then press the Tab key. The cursor will move into the JTextField but the combo box's popup list is still visible.
    Does anyone know how I can change this???
    Thanks for any help or ideas.
    --Yeath
    import java.awt.*;
    import javax.swing.*;
    import java.util.*;
    public class Test extends JFrame
       public Test()
          super( "Test Application" );
          this.getContentPane().setLayout( new BorderLayout() );
          Box box = Box.createHorizontalBox();
          this.getContentPane().add( box, BorderLayout.CENTER );
          Vector<String> vector = new Vector<String>();
          vector.add( "Item" );
          vector.add( "Another Item" );
          vector.add( "Yet Another Item" );
          JComboBox jcb = new JComboBox( vector );
          jcb.setEditable( true );
          JTextField jtf = new JTextField( 10 );
          box.add( jcb );
          box.add( jtf );
       public static void main( String[] args )
          Test test = new Test();
          test.pack();
          test.setVisible( true );
          test.setDefaultCloseOperation( JFrame.EXIT_ON_CLOSE );
    }

    ran your code on 1.5.0_3, observed problem as stated.
    even though the cursor is merrily blinking in the textfield, you have to click into
    the textfield to dispose the dropdown
    ran your code on 1.4.2_08, no problems at all - tabbing into textfield immediately
    disposed the dropdown
    another example of 'usual' behaviour (involving focus) breaking between 1.4 and 1.5
    the problem is that any workaround now, may itself be broken in future versions

  • Focus problem since jre 1.4.2_11

    Hi,
    I have a awkward focus problem with my java applet. Everything is working fine for jre 1.4.2_10 and all older jre.
    The applet is embedded in a large DHTML application running in a shell which uses the internet explorer for rendering. The applet communicates with the sorrounding java script via LiveConnect (JSObjects). We do use the static versioning, in order to determine the adaequate vm version. The controls are all based upon the swing controls, some are a bit modified.
    Since the introduction of jre 1.5 update 6 the static versioning does no longer work properly. So, when I run my applet with 1.4.2_11 and all the predecessors a strange focus problem occurs.
    When I click outside the applet (focus lost) and the click on a jscript control to get back the focus to the applet, the keyboard input does not reach the applet. The comboboxes do not work anymore. A mouse click is recognized, but the data-list which should appear is only flickering for a moment.
    The only way to get the focus back, is to make a mouseclick on a selfmade datepicker (based on swing, implemeted like a popup-window). For sure, the large DHTML application is guilty, but definitely diffrent VM versions do behave differntly.
    Does anyone has an idea, has seen similar effects or knows what has been changed in the jre between 1.4.2_10 and 1.4.2_11 ??
    Any hint is appeciated! I am lost :-(((
    cheers thorsten

    Two things: Is there a document detailing manual removal of this JRE (and indeed others); you mention different 'builds' of the same JRE, this is the first time I have read that there are sub-versions/releases of a JRE. Where do I find out the available builds of this JRE and others and how they differ?

  • Outlook window getting the keyboard focus instead of user created Form Window during Outlook Startup

    This MAPILogonComplete method involves creating a Form Window to show "What's New" of a certain Addin version (DisplayWhatsNewDialog() in the code):
    private void _outlook_MAPILogonComplete() {
    _logger.Info("_outlook_MAPILogonComplete");
    try
    if (_timerForm != null)
    _timerForm.Timer.Stop();
    _timerForm.Timer.Dispose();
    catch (Exception ex2)
    _logger.Error(ex2.Message, ex2);
    try
    if (Globals.BJNSettings.showWhatsNew)
    Globals.BJNSettings.showWhatsNew = false;
    UIHelper.DisplayWhatsNewDialog(false);
    Ol.Inspector insp = null;
    if (_inspectors.Count > 0)
    for (int i = _inspectors.Count; i >= 1; i--)
    insp = _inspectors[i];
    WrapInspector(insp);
    insp = null;
    Ol.Explorer expl = null;
    if (_explorers.Count > 0)
    for (int i = _explorers.Count; i >= 1; i--)
    expl = _explorers[i];
    WrapExplorer(expl);
    expl = null;
    GetAddinsList();
    Thread logSystemInfoThread = new Thread(new ThreadStart(LogSystemInformation));
    logSystemInfoThread.TrySetApartmentState(ApartmentState.STA);
    logSystemInfoThread.IsBackground = true;
    logSystemInfoThread.Start();
    try
    Ol.NameSpace ns = _outlook.GetNamespace("MAPI");
    _calFolder = ns.GetDefaultFolder(Ol.OlDefaultFolders.olFolderCalendar) as Ol.Folder;
    _calFolder.BeforeItemMove += new Ol.MAPIFolderEvents_12_BeforeItemMoveEventHandler(_calFolder_BeforeItemMove);
    _delFolder = ns.GetDefaultFolder(Ol.OlDefaultFolders.olFolderDeletedItems) as Ol.Folder;
    Marshal.ReleaseComObject(ns);
    ns = null;
    catch (Exception ex)
    _logger.Error(ex.Message, ex);
    UIHelper.WriteDoNotDisableKeyToRegistry();
    Globals.AppointmentsToProcess = new List<string>();
    _timerForm.ProcessTimer.Interval = 3000;
    _timerForm.ProcessTimer.Start();
    catch (Exception ex)
    _logger.Error(ex.Message, ex);
    DisplayWhatsNewDialog() has this signature:
    public static void DisplayWhatsNewDialog(bool modal)
    try
    string defaultWhatsNewFile = Globals.BJN_APP_BASE_DIRECTORY + "WhatsNew.txt";
    string localISOLanguageName = Languages.GetTwoLetterISOLanguageName();
    string localizedWhatsNewFile = Languages.GetInstalledLocalizedFilePath(localISOLanguageName, "WhatsNew.txt");
    if (String.IsNullOrEmpty(localizedWhatsNewFile))
    localizedWhatsNewFile = defaultWhatsNewFile;
    if (File.Exists(localizedWhatsNewFile))
    BJNWhatsNew whatsNew = new BJNWhatsNew(localizedWhatsNewFile);
    if (modal)
    whatsNew.ShowDialog();
    whatsNew.Dispose();
    else
    whatsNew.TopMost = true;
    whatsNew.Show();
    whatsNew = null;
    catch (Exception ex)
    _logger.Error(ex.Message, ex);
    The problem is if the Window is made modal, it blocks the Outlook to launch and also goes back of the Outlook loading window (Whats New window will not be having keyboard focus). And if the Window is made non-modal (passing false to DisplayWhatsNewDialog()),
    Outlook launches properly and What's New window comes at the top but will not be having keyboard focus; instead the launched Outlook window will be having the keyboard focus. May anyone please suggest a way to make the What's New window to be always having
    the keyboard focus? Structure of form window class BJNWhatsNew is given below:
    public partial class BJNWhatsNew : Form
    private static ILog _logger = LogManager.GetLogger(typeof(BJNWhatsNew));
    public BJNWhatsNew(string whatsNewTextFileName)
    InitializeComponent();
    InitLabels();
    InitEventHandlers();
    InitWhatsNew(whatsNewTextFileName);
    private void InitLabels()
    try
    this.Text = Properties.Resources.bjn_version_info_caption;
    this.buttonClose.Text = Properties.Resources.ok_hotkey;
    this.labelBJNAddin.Text = Properties.Resources.bjn_version_ol_addin;
    this.labelVersion.Text = String.Format(Properties.Resources.version_format, Assembly.GetExecutingAssembly().GetName().Version.ToString(3));
    Assembly assembly = Assembly.GetExecutingAssembly();
    FileInfo fileInfo = new FileInfo(assembly.Location);
    DateTime buildDate = fileInfo.LastWriteTime;
    string formatString = "d MMM, yyyy";
    this.labelReleaseDate.Text = String.Format(Properties.Resources.bjn_version_release_date, buildDate.ToString(formatString));
    catch (Exception ex)
    _logger.Error(ex.Message, ex);
    private void InitEventHandlers()
    this.buttonClose.Click += new EventHandler(buttonClose_Click);
    private void InitWhatsNew(string whatsNewTextFileName)
    try
    if (File.Exists(whatsNewTextFileName))
    StreamReader sr = new StreamReader(whatsNewTextFileName);
    string whatsNew = sr.ReadToEnd();
    sr.Close();
    this.richTextBox1.Text = whatsNew;
    this.richTextBox1.SelectionLength = 0;
    this.buttonClose.Select();
    this.buttonClose.Focus();
    catch (Exception ex)
    _logger.Error(ex.Message, ex);
    void buttonClose_Click(object sender, EventArgs e)
    this.Close();

    Hello Prasad,
    The ShowDialog method will block the current thread. If you want to continue working with Outlook objects you need to use the Show method instead. The key fact is that both methods (Show and ShowDialog) accepts an instance of the IWin32Window interface
    which allows to specify the parent window handle. Specifying the parent window handle (Outlook Explorer window) to the Show method you can make your window shown on top of Outlook all the time.
    To get the HWND of an Outlook explorer  object (e.g. Application.ActiveExplorer), cast it to IOleWindow and call IOleWindow.GetWindow(). Also you may find the
    How to get the IWin32Window for Outlook
    article helpful.

  • Switching windows in Linux/Firefox loses keyboard focus. Workarounds?

    Hi,
    I've been stumbling on an issue in which an applet gets into a state where it can receive mouse events but not keyboard events. This state occurs some of the time when switching from a non-modal dialog to the applet.
    I've witnessed this behavior on:
    Linux (fc8), Firefox 3.0.10, Java plug-in 1.6.0_13, Gnome 2.20.3
    Sun Solaris (5.10), Firefox 3.0.8, Java plug-in 1.6.0_12, Sun Java Desktop System or CDE
    I can not reproduce this behavior using appletviewer, nor can I reproduce it on the Mac (Opera/Firefox/Safari), nor on Windows (Firefox/IE).
    I've crafted some code that shows the behavior:
    FocusApplet.java:
    import javax.swing.JApplet;
    import java.awt.*;
    import java.awt.event.*;
    import javax.swing.*;
    import javax.swing.border.*;
    import javax.swing.event.*;
    import java.beans.*;
    public class FocusApplet extends JApplet {
      JTextArea infoText;
        Object activeWindow;
        Object focusOwner;
        Object permanentFocusOwner;
           Applet contains two components.
           NORTH: Text field
           CENTER: Info text
           The info text is updated whenever the following
           KeyboardFocusManager properties change:
              activeWindow
           focusOwner
           permanentFocusOwner
      public void init(){
          JTextField tf = new JTextField("Type here");
          infoText = new JTextArea();
          infoText.setEditable(false);
          infoText.setLineWrap(true);
          infoText.setWrapStyleWord(true);
          infoText.setBorder(new EtchedBorder());
          this.add(infoText, BorderLayout.CENTER);
          this.add(tf, BorderLayout.NORTH);
          KeyboardFocusManager focusManager =
           KeyboardFocusManager.getCurrentKeyboardFocusManager();
          activeWindow=focusManager.getActiveWindow();
          permanentFocusOwner=focusManager.getPermanentFocusOwner() ;
          focusOwner=focusManager.getFocusOwner() ;
          updateText();
          focusManager.addPropertyChangeListener(
           new PropertyChangeListener() {
             public void propertyChange(PropertyChangeEvent e) {
              String prop = e.getPropertyName();
              if ("focusOwner".equals(prop)) {
                  focusOwner = e.getNewValue();
                  updateText();
              } else if ("permanentFocusOwner".equals(prop)) {
                  permanentFocusOwner = e.getNewValue();
                  updateText();
              } else if ("activeWindow".equals(prop)) {
                  activeWindow = e.getNewValue();
                  updateText();
          // Create non-modal dialog
          JDialog jdl = new JDialog((Frame)null,"Extra dialog",
                        false/*modal*/);
          jdl.setSize (300,550);
          jdl.setVisible(true);
        public void updateText() {
         infoText.setText("Active window: "+getName(activeWindow)+
              "\nFocus owner: "+getName(focusOwner)+
            "\nPermanent focus owner: "+getName(permanentFocusOwner));
        public String getName(Object obj) {
         return (obj==null) ? "null" : obj.getClass().getName();
    }Applet HTML:
    <applet code="FocusApplet.class" width="400" height="400"></applet>When I run this applet, I can click on the text field ("Type here") and enter text. Then, I switch between the empty dialog box and the applet using the window manager. (I.e., clicking on the dialog, then clicking on the applet.) Sometimes I see the following Keyboard Focus settings when I bring the applet to the front:
    Active window: sun.plugin.viewer.frame.XNetscapeEmbeddedFrame
    Focus owner: javax.swing.JTextField
    Permanent focus owner: javax.swing.JTextField
    In this case, clicking on the text field will allows the user to edit text. Good! However, 10%-50% of the time I get the following settings after I bring the applet to the front:
    Active window: null
    Focus owner: null
    Permanent focus owner: javax.swing.JTextField
    In this case, I can click on the applet, and I can highlight text in the text field, but I can not edit the text. (No carat appears. Bad!) Since there is no keyboard focus owner, the applet appears non-responsive.
    I have a few questions:
    1. Is this a Java plug-in bug? A Firefox bug? Who do I file a bug with, assuming there's not something I'm missing?
    2. Can anyone suggest a workaround?
    Thanks,
    -David-

    I noticed the problem too. Is there any fix or workaround? Friends using Windows say that all is ok.
    Linux x86_64 (Gentoo), Firefox 3.5.1, jre 1.6.0.15.

  • 508 accessibility and keyboard focus

    I'm using Captivate 4 and can't seem to get the keyboard accessibility to work properly. I want to be able to control the tab order and keyboard focus on each slide. For example, if the user keeps pressing tab they will eventually move from the .swf file and begin reading the address and menu bar in the browser window. Does anyone know how to ensure that the keyboard focus is provided only to active elements?

    Hi,
    I noticed your post while searching for the same answer with respect to Captivate 5.  So far, it is the closest I've seen to the problem I'm trying to resolve.  I see that you had no luck here, but was wondering if you found a solution elsewhere.  All help would be appreciated.

  • Dir11 is loosing keyboard focus!

    I have a kiosk application running WITHOUT a mouse. All
    inputs is from the keyboard. The app is autostarting when Windows
    starts.
    After playing a Flash animation and a mpeg2 video (Mpeg adv
    xtra) the application looses keyboard focus, wich result in Windows
    warning sound when you press a key and the key is not sent to the
    application.
    The problem is solved if you click with a mouse, but there is
    no mouse as I mentioned. The problem is NOT solved by <alt>
    <tab>-switching forth and back.
    I know this is an old MX2004 bug, and the work around then
    was to set the document type to "tool". But this is not helping in
    Dir11.
    Anyone hwo has a work around?
    Where to report bugs now a days? Does Adobe care at all?
    (It's not easy to even find the Director support pages!)

    Hi,
    maybe you can use one of the Xtras than can simulate a
    mouseclick?
    Richard
    "stageit ab" <[email protected]> wrote in
    message
    news:ganvvs$2as$[email protected]..
    >I have a kiosk application running WITHOUT a mouse. All
    inputs is
    >from the
    > keyboard. The app is autostarting when Windows starts.
    > After playing a Flash animation and a mpeg2 video (Mpeg
    adv xtra)
    > the
    > application looses keyboard focus, wich result in
    Windows warning
    > sound when
    > you press a key and the key is not sent to the
    application.
    > The problem is solved if you click with a mouse, but
    there is no
    > mouse as I
    > mentioned. The problem is NOT solved by <alt>
    <tab>-switching forth
    > and back.
    >
    > I know this is an old MX2004 bug, and the work around
    then was to
    > set the
    > document type to "tool". But this is not helping in
    Dir11.
    >
    > Anyone hwo has a work around?
    > Where to report bugs now a days? Does Adobe care at all?
    (It's not
    > easy to
    > even find the Director support pages!)
    >
    >
    >

  • Why does the keyboard focus keep switching to the menu bar?

    Does anyone else have the problem of Photoshop CS6 constantly setting the keyboard focus to the menu bar? This makes it difficult to use shortcuts.
    Typical examples: I want to switch to the Move tool, so I press V, but instead, the View menu drops down. Or I press T for the Type tool, but instead, the Filter menu drops down. This happens often and it's very annoying.
    This also happens in Premiere Pro CS6, and happens on both my Windows 7 and Windows 8.1 machines. Doesn't happen in other applications, and is not related to actually using a menu, i.e. if I choose something from a menu, then press V, Photoshop will often work correctly and activate the Move tool. This behavior seems to happen randomly.

    Alt doesn't really "unhide" the menu bar (speaking of Photoshop), but it's always been the introducer of keyboard operations for "keyboard accessbility" - i.e., operation of Windows applications without mouse.
    Alt causes little underlines to show up under the key characters of menu items, and prepares the system for the next character being typed to open a menu - so for example you press something like 'e' and the Edit menu pulls down.  Now you use an arrow key to move to the next item, or maybe a single character that's associated with one of the menu entries.
    Photoshop's goals for using modifier keys kind of conflict with this.  They've apparently tried to reach a balance where using the Alt key to modify some operation cancels the introduction of the next menu item. 
    But I don't think it's possible to be perfect at that, especially for example if the user presses Alt, decides not to do the operation he was thinking about doing (e.g., zooming out), then just releases the key.  Another factor might be the habits people get into for choosing tools.
    As a contrast, one person might not press the Alt key until they're sure they're going to do something with it (e.g., zoom out), and that same person might only choose tools from the Tools panel by clicking on them.  Another person might press the Alt key sometimes, but then stop before doing the operation it modifies.  That same person might be in the habit of choosing tools by their letter (e.g., E for eraser).  It's clear to see how the first person might never get into a condition where the menu introducer key (Alt) leaves them in a state where a menu opens inadvertently, while the latter might see it regularly.
    As far as why Photoshop might get into a mode where the menu introduction occurs when you HAVEN'T pressed the Alt key, I don't know; I certainly haven't seen that reported much if at all here on the forum.
    -Noel

Maybe you are looking for

  • My sound system is not working after my last updates on my imac,what shall i do to get fixed?

    Hello any body who can help me out here? My sound system is not working on my imac after the last updates, WHAT SHALL I DO FOR????

  • Help using file sharing with different users accounts on same Macbook

    Hi, I just wanted a little help using the file sharing option. My wife and I had different users accounts on the same MacBook, but when I am trying to share my baby's picture from my documents folder for my wife to have the same picture, I can't find

  • Planning Function in Planning sequence

    Hi , I am doing some work on status and tracking system. Can you please let me know how to search the planing sequence if you have forgotten the name of the Layout ?? I know my name of the planning sequence and want to search which planning functions

  • Targeting Specific Partition in OWB.

    Hi , I have a partition table with the range partition, partition based on the month. Here this parition table is my target table and load strategy is update / insert Can any body help me that how can I point my mapping, to target the specific partit

  • Multiple BW systems and "unbundling" into 1

    Hi We have recently started implementing BW 3.5 running on HP TRU64 o/s and are unable to upgrade to higher version without changing our hardware as any further development on TRU64 ceased in Dec 2005. BW reports are delivered through windows based E