telex | Telex anticensorship prototype | VPN library

The fixedHeader-plugin for datatables can mess up the focus of elements. When you change the content of the inputs, an search on the columns will be performed. This search also seems to trigger the _modeChange-method of the fixedHeader-plugin and the currently active/focuesd element will loose its focus. The _modeChange-method tries to remember the current element that has the focus, blur it and in the end re-apply that focus to the element. This makes the input fields unusable for some characters like â, ñ, é, ... which need several keypresses to create/input.

Here are some solutions i can think of:

1. You can remove/disable the fixedHeader.
2. You could try to change parts of the fixedHeader-plugin.
3. You could try to replace any telex-combinations in the input-field prior the search when a key was pressed. (aa to â, ...)
4. Or you could try to prevent a search if a modifier-char/key was pressed. (But i think this is not suitable for the Telex-Variant)

Example: Disabled fixedHeader.

If the XML is as you've shown, then use SimpleXML to load it. Then to help with the namespace (the maxs: bit on each element) you can just say $xml->children() with the namespace (the URL in the xmlns:maxs="... part). This means you can just access the elements as though it is an object...

You are looking for elements named mgns1:CODREG, where mgns1 represents the namespace urn:edeveloper.Fournisseurs1031af.

In the XML document you have shown us, there are no elements in namespace urn:edeveloper.Fournisseurs1031af. So why would you expect your expression to select anything?

Moreover, you're only looking for direct children of the supplied node and you haven't told us what this node is. Perhaps you want to be looking for all descendants, not just direct children?

Update your ajax call to this:

If I understand your question right then you can use ORDER BY. Like that:

I think you are hitting the maximum argument size allowed by apply. If you reference https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Function/apply

The consequences of applying a function with too many arguments (think more than tens of thousands of arguments) vary across engines (JavaScriptCore has hard-coded argument limit of 65536), because the limit (indeed even the nature of any excessively-large-stack behavior) is unspecified.