beremiz: doc/overview_fr.po@96ca6b056c55

Proper fix for error 'object has no attribute 'getSlave' in EtherCAT extension

traceback:
File "/home/developer/WorkData/PLC/beremiz/beremiz/IDEFrame.py", line 1433, in OnPouSelectedChanged
window.RefreshView()
File "/home/developer/WorkData/PLC/beremiz/beremiz/etherlab/ConfigEditor.py", line 837, in RefreshView
self.RefreshProcessVariables()
File "/home/developer/WorkData/PLC/beremiz/beremiz/etherlab/ConfigEditor.py", line 886, in RefreshProcessVariables
slaves = self.Controler.GetSlaves(**self.CurrentNodesFilter)
File "/home/developer/WorkData/PLC/beremiz/beremiz/etherlab/EthercatMaster.py", line 341, in GetSlaves
for slave in self.Config.getConfig().getSlave():
<type 'exceptions.AttributeError'>:_'lxml.etree._Element'_object_has_no_attribute_'getSlave'

Steps to reproduce problem:

- Add new EtherCAT master
- Add new EthercatNode to the master
- double click on

Revert commit "Dirty fix for error '_object_has_no_attribute_'getSlave' in EtherCAT extension"
[a3ac46366b86a0b237dac93be6b2281ac70b98a8].

The problem was that XML elements (proxy object) in some cases were created using custom XML
classes constructors and lxml.etree.Element() call and live python
patching. This causes that lxml backend doesn't know that custom python class
should be used for these XML elements.
Proxy object can be move/deleted and recreated by lxml
backend at any point in time or this can be done in python by copy/deepcopy operations.
If this happens, then newly created
proxy elements are using default class lxml.etree._Element. And all
custom functionality is lost.

All created XML elements should be always created through corresponding
parser and class lookup callback done by lxml backend.
It's described in more details in lxml documentation:
https://lxml.de/element_classes.html

# SOME DESCRIPTIVE TITLE.
# Copyright (C) is 21st century inquisition
# This file is distributed under the same license as the Beremiz package.
# FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: Beremiz 1.1\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2012-09-08 00:41\n"
"PO-Revision-Date: 2012-09-07 11:18+0100\n"
"Last-Translator: \n"
"Language-Team: \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: French\n"
"X-Poedit-Country: FRANCE\n"
"X-Poedit-SourceCharset: utf-8\n"

# b82e66796943449ea9e01b02ddcd12ca
#: ../../overview.rst:2
msgid "Project overview"
msgstr "Vue d'ensemble sur le projet"

# 32289df91d6b4cdeb2c54604118bfc69
#: ../../overview.rst:4
msgid ""
"In order to target the widest possible range of programmable devices and "
"keep efficient, Beremiz use C code as an intermediate language."
msgstr ""
"Dans le but de viser la plus grande variété de dispositifs programmables "
"tout en restant efficace, Beremiz utilise le C comme langage intermédiaire."

# 6abccf881e4e478987befa2e9ce5a9ce
#: ../../overview.rst:6
msgid ""
"To be executed, C needs to be compiled. `GCC <http://gcc.gnu.org>`_ serve "
"that purpose perfectly."
msgstr ""
"Afin de pouvoir être exécuté le C doit être compilé. Le `GCC <http://gcc.gnu."
"org>`_ rempli cette fonction parfaitement. "

# 5057a1dfe63a475981bad9028c8e3be8
#: ../../overview.rst:8
msgid ""
"PLC program is expressed in languages defined in IEC-61131, including "
"graphical languages. Thanks to PLCopen TC2, those graphical languages have a "
"standardised representation, in XML."
msgstr ""
"Les programmes destinés au automates programmables sont exprimés dans les "
"langages définis par la norme IEC-61131, incluant des langages graphiques. "
"Thanks to PLCopen TC2, those graphical languages have a standardised "
"representation, in XML."

# a6318fafe7b948a2b59e153b23de51f2
#: ../../overview.rst:10
msgid "To be continued."
msgstr ""

author	Andrey Skvortsov <andrej.skvortzov@gmail.com>
	Fri, 24 Aug 2018 13:41:43 +0300
changeset 2297	96ca6b056c55
parent 811	66a8812457d6
permissions	-rw-r--r--