File 0134-Module-init-from-wx_object-behaviour-shoul... of Package erlang

Overview Repositories Revisions Requests Users Attributes Meta

File 0134-Module-init-from-wx_object-behaviour-should-return-w.patch of Package erlang (Revision a95c38533dd94a5c195230b3b146d029)

Currently displaying revision a95c38533dd94a5c195230b3b146d029 , Show latest

From 0b64f36a85815cb87ea6f27cadf2c583c4acd11c Mon Sep 17 00:00:00 2001
From: Michal Jurek <jurmcc@gmail.com>
Date: Tue, 19 Sep 2023 22:32:27 +0200
Subject: [PATCH] Module:init from wx_object behaviour should return wxWindow
 (and not wxObject which is not descendant of wxWindow)

---
 lib/wx/doc/src/wx_object.xml | 62 ++++++++++++++++++------------------
 lib/wx/src/wx_object.erl     | 18 +++++------
 2 files changed, 40 insertions(+), 40 deletions(-)

diff --git a/lib/wx/doc/src/wx_object.xml b/lib/wx/doc/src/wx_object.xml
index 627a966a70..d15366257b 100644
--- a/lib/wx/doc/src/wx_object.xml
+++ b/lib/wx/doc/src/wx_object.xml
@@ -15,55 +15,55 @@
 <modulesummary>wx_object - Generic wx object behaviour.</modulesummary>
 <description>
 wx_object - Generic wx object behaviour
- 
- This is a behaviour module that can be used for "sub classing" 
-wx objects. It works like a regular gen_server module and creates 
+
+ This is a behaviour module that can be used for "sub classing"
+wx objects. It works like a regular gen_server module and creates
 a server per object.
- 
+
 NOTE: Currently no form of inheritance is implemented.
- 
- 
+
+
 The user module should export:
- 
- init(Args) should return 
-{wxObject, State} | {wxObject, State, Timeout} | 
+
+ init(Args) should return 
+{wxWindow, State} | {wxWindow, State, Timeout} |
 ignore | {stop, Reason}
- 
+
 Asynchronous window event handling: 
- handle_event(#wx{}, State) should return 
+ handle_event(#wx{}, State) should return 
 {noreply, State} | {noreply, State, Timeout} | {stop, Reason, State}
- 
+
 The user module can export the following callback functions:
- 
- handle_call(Msg, {From, Tag}, State) should return 
-{reply, Reply, State} | {reply, Reply, State, Timeout} | 
-{noreply, State} | {noreply, State, Timeout} | 
+
+ handle_call(Msg, {From, Tag}, State) should return 
+{reply, Reply, State} | {reply, Reply, State, Timeout} |
+{noreply, State} | {noreply, State, Timeout} |
 {stop, Reason, Reply, State}
- 
- handle_cast(Msg, State) should return 
-{noreply, State} | {noreply, State, Timeout} | 
+
+ handle_cast(Msg, State) should return 
+{noreply, State} | {noreply, State, Timeout} |
 {stop, Reason, State}
- 
- If the above are not exported but called, the wx_object process will crash. 
+
+ If the above are not exported but called, the wx_object process will crash.
 The user module can also export:
- 
+
 Info is message e.g. {'EXIT', P, R}, {nodedown, N}, ... 
- handle_info(Info, State) should return , ... 
+ handle_info(Info, State) should return , ... 
 {noreply, State} | {noreply, State, Timeout} | {stop, Reason, State}
- 
- If a message is sent to the wx_object process when handle_info is not 
+
+ If a message is sent to the wx_object process when handle_info is not
 exported, the message will be dropped and ignored.
- 
+
 When stop is returned in one of the functions above with Reason =
 normal | shutdown | Term, terminate(State) is called. It lets the
 user module clean up, it is always called when server terminates or
 when wx_object() in the driver is deleted. If the Parent process
- terminates the Module:terminate/2 function is called. 
+ terminates the Module:terminate/2 function is called. 
 terminate(Reason, State)
- 
- 
+
+
 Example:
- 
+
 <pre> -module(myDialog).
 -export([new/2, show/1, destroy/1]). %% API
 -export([init/1, handle_call/3, handle_event/2,
@@ -256,4 +256,4 @@ terminate(Reason, State)
 
 <authors>
 <aname> </aname>
-<email> </email></authors></erlref>
\ No newline at end of file
+<email> </email></authors></erlref>
diff --git a/lib/wx/src/wx_object.erl b/lib/wx/src/wx_object.erl
index 1a2d49faca..da9c69095f 100644
--- a/lib/wx/src/wx_object.erl
+++ b/lib/wx/src/wx_object.erl
@@ -26,33 +26,33 @@
 %%
 %% @doc wx_object - Generic wx object behaviour
 %%
-%% This is a behaviour module that can be used for "sub classing" 
+%% This is a behaviour module that can be used for "sub classing"
 %% wx objects. It works like a regular gen_server module and creates
-%% a server per object. 
+%% a server per object.
 %%
 %% NOTE: Currently no form of inheritance is implemented.
-%% 
-%% 
+%%
+%%
 %% The user module should export:
-%% 
+%%
 %% init(Args) should return 
-%% {wxObject, State} | {wxObject, State, Timeout} |
+%% {wxWindow, State} | {wxWindow State, Timeout} |
 %% ignore | {stop, Reason}
 %%
 %% Asynchronous window event handling: 
 %% handle_event(#wx{}, State) should return 
-%% {noreply, State} | {noreply, State, Timeout} | {stop, Reason, State} 
+%% {noreply, State} | {noreply, State, Timeout} | {stop, Reason, State}
 %%
 %% The user module can export the following callback functions:
 %%
 %% handle_call(Msg, {From, Tag}, State) should return 
 %% {reply, Reply, State} | {reply, Reply, State, Timeout} |
 %% {noreply, State} | {noreply, State, Timeout} |
-%% {stop, Reason, Reply, State} 
+%% {stop, Reason, Reply, State}
 %%
 %% handle_cast(Msg, State) should return 
 %% {noreply, State} | {noreply, State, Timeout} |
-%% {stop, Reason, State} 
+%% {stop, Reason, State}
 %%
 %% If the above are not exported but called, the wx_object process will crash.
 %% The user module can also export:
-- 
2.35.3

Places

File 0134-Module-init-from-wx_object-behaviour-should-return-w.patch of Package erlang (Revision a95c38533dd94a5c195230b3b146d029)

Places