PyWebView window calls not returning data

Abierto
  • ¿Algo no está bien?
#63 8 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
30/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
python
Área
backend, desktop

Línea de trabajo

Comienza en pywebview_window_call y _monitor_action_requests; después, sigue cómo _action_queue distribuye las acciones y cómo se registra server on_message. Revisa el flujo existente menu:open_file_dialog y determina dónde podría observarse el resultado de una llamada. Se considera terminado cuando el resultado de create_file_dialog llega a la aplicación sin bloquear la UI y el flujo de apertura de archivos puede consumirlo.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

The pywebview window calls aren't returning data from fn

my code

    # Instead of directly opening the dialog, send a request to the UI process
    def open_file_dialog(self):
        state, ctrl = GLOBAL_APP.server.state, GLOBAL_APP.server.controller
        # Send the action to the UI process
        result = ctrl.pywebview_window_call(
            "create_file_dialog",
            webview.FileDialog.OPEN,
            file_types = ('PVD Files (*.pvd)', 'All Files (*.*)'),
            allow_multiple = False
        )
        logging.info(f"File dialog result: {result}")

result never comes back, should probably be async anyway ... so I cant hook it up to the on_message on the server or a client state or anything else

    # Register a handler for messages from the UI process
    def on_message(msg):
        # Check for file dialog result
        logging.info(f"Received file dialog result: {msg}")
        if isinstance(msg, dict) and msg.get("action") == "file_dialog_result":
            logging.info(f"Received file dialog result: {msg} {dict}")
            result = msg["result"]
            # Set the result in the trame state
            app.server.state.file_to_open = result
        # ...existing message handling...

    app.server.on_message = on_message

    menu = [
        ("File", [
            ("Open...", "open_file_dialog"),
        ]),
        # ("Help", [("About", app.show_about)]),    
    ]
    def on_message(msg):
        logging.info(f"Message {msg}")
        if msg == "menu:open_file_dialog":
            app.open_file_dialog()
    app.server.start(exec_mode="desktop", 
                     maximized=True, 
                     menu=menu,
                     on_message=on_message
                     )

Trame code


    async def _monitor_action_requests(self):
        while self._monitoring:
            await asyncio.sleep(0.5)
            if not self._action_queue.empty():
                msg = self._action_queue.get_nowait()
                action = msg.get("action")
                args = msg.get("args", [])
                kwargs = msg.get("kwargs", {})
                fn = getattr(self._main_window, action)
                if action == "destroy":
                    self.exit()
                fn(*args, **kwargs)

This prevents me from being able to user pywebview menu to do a file->open in trame web view. I'd prefer not having to get rust just for file open, if we could have a return queue for pywebview that would help a ton.

Lenguaje dominante
Python
Estrellas
17
Forks
16
Merge medio
1 d 15 h
PR fusionados (30 d)
1

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de Kitware/trame-server

Todos los issues de Kitware/trame-server

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.