Plan to release v0.9.0

[AllenDang]

I plan to bump to version to 0.9.0, do you have anything need to add to this release? @ssrlive

[ssrlive]

Recently, there are no more modifications.

[AllenDang]

@ssrlive Publish to crates.io failed, because the package is is too large

Updating crates.io index
remote: Enumerating objects: 22, done.
remote: Counting objects: 100% (22/22), done.
remote: Compressing objects: 100% (5/5), done.
remote: Total 15 (delta 12), reused 13 (delta 10), pack-reused 0 (from 0)
Unpacking objects: 100% (15/15), 1.47 KiB | 75.00 KiB/s, done.
From https://github.com/rust-lang/crates.io-index
   5edb563164..72dd52e23f  HEAD       -> origin/HEAD
   Packaging wxdragon-sys v0.9.0 (/private/tmp/wxdragon-publish/wxdragon-sys)
    Packaged 10416 files, 296.0MiB (47.9MiB compressed)
   Verifying wxdragon-sys v0.9.0 (/private/tmp/wxdragon-publish/wxdragon-sys)
   Compiling proc-macro2 v1.0.101
   Compiling quote v1.0.41
   Compiling unicode-ident v1.0.19
   Compiling glob v0.3.3
   Compiling prettyplease v0.2.37
   Compiling libc v0.2.177
   Compiling regex-syntax v0.8.7
   Compiling memchr v2.7.6
   Compiling cfg-if v1.0.3
   Compiling shlex v1.3.0
   Compiling minimal-lexical v0.2.1
   Compiling libloading v0.8.9
   Compiling bindgen v0.72.1
   Compiling either v1.15.0
   Compiling find-msvc-tools v0.1.4
   Compiling log v0.4.28
   Compiling bitflags v2.9.4
   Compiling clang-sys v1.8.1
   Compiling nom v7.1.3
   Compiling itertools v0.13.0
   Compiling cc v1.2.41
   Compiling rustc-hash v2.1.1
   Compiling pkg-config v0.3.32
   Compiling regex-automata v0.4.12
   Compiling syn v2.0.106
   Compiling cmake v0.1.54
   Compiling cexpr v0.6.0
   Compiling regex v1.12.1
   Compiling wxdragon-sys v0.9.0 (/private/tmp/wxdragon-publish/wxdragon-sys/target/package/wxdragon-sys-0.9.0)
    Finished `dev` profile [unoptimized + debuginfo] target(s) in 1m 27s
   Uploading wxdragon-sys v0.9.0 (/private/tmp/wxdragon-publish/wxdragon-sys)
error: failed to publish to registry at https://crates.io

Caused by:
  the remote server responded with an error (status 413 Payload Too Large): max upload size is: 10485760
error: Recipe `publish-wxdragon-sys` failed on line 98 with exit code 101

[AllenDang]

Seems we should download wxwidgets_3.3.1's source code at build time.

[ssrlive]

Seems we should download wxwidgets_3.3.1's source code at build time.

This is terrible.

[ssrlive]

how about to email to the supporter to resolve this issue? https://crates.io/support

[AllenDang]

Done, wait for feedback.

[ssrlive]

If wxWidgets had no historical commits, how big would it be to maintain your own 3.3.1 version?

[ssrlive]

[wxWidgets-3.3.1.7z]  23.6 MB


[wxWidgets-3.3.1.tar.bz2]   30.2 MB

[wxWidgets-3.3.1.zip]   42.4 MB

max upload size is: 10485760 (10MB)

[ssrlive]

Study how gtk4-rs is made? https://github.com/gtk-rs/gtk4-rs/

[ssrlive]

If we have to download the wxWidgets source code, suggest use this code.
These codes are slightly more friendly for Chinese users to download files from github.

// reqwest = { version = "0.12", features = ["blocking", "rustls-tls", "socks"] }

const WX_SRC_URL: &str =
    "https://github.com/wxWidgets/wxWidgets/releases/download/v3.3.1/wxWidgets-3.3.1.zip";

fn main() {
    // _main();

    let dest_path = std::env::temp_dir().join("wxWidgets.zip");

    if let Err(e) = download_file_with_git_proxy(WX_SRC_URL, dest_path) {
        eprintln!("download failed: {e}");
    }
}

use std::fs::File;
use std::path::Path;
use std::process::Command;

/// Try to read the proxy URL via `git config --get http.proxy`.
fn get_git_http_proxy() -> Option<String> {
    let output = Command::new("git")
        .args(["config", "--get", "http.proxy"])
        .output()
        .ok()?;
    if !output.status.success() {
        return None;
    }
    let stdout = String::from_utf8_lossy(&output.stdout).trim().to_string();
    if stdout.is_empty() {
        None
    } else {
        Some(stdout)
    }
}

/// Download a ZIP file from `url` to `dest_path`, using ~/.gitconfig [http].proxy if present.
/// Falls back to direct connection if no proxy is configured.
pub fn download_file_with_git_proxy(url: &str, dest_path: impl AsRef<Path>) -> std::io::Result<()> {
    use std::io::Error;
    // Build reqwest blocking client, optionally with proxy.
    let client = match get_git_http_proxy() {
        Some(proxy_url) => {
            // Try with proxy first
            match reqwest::blocking::Client::builder()
                .proxy(reqwest::Proxy::all(&proxy_url).map_err(|e| Error::other(e))?)
                .build()
            {
                Ok(c) => c,
                Err(e) => return Err(Error::other(e)),
            }
        }
        None => {
            // No proxy; direct
            reqwest::blocking::Client::new()
        }
    };

    // Perform GET request
    let resp = client.get(url).send().map_err(|e| Error::other(e))?;
    if !resp.status().is_success() {
        return Err(Error::other(format!("HTTP error: {}", resp.status())));
    }

    // Stream to file to avoid loading the entire ZIP into memory.
    let path = dest_path.as_ref();
    if let Some(parent) = path.parent() {
        if !parent.as_os_str().is_empty() {
            std::fs::create_dir_all(parent)?;
        }
    }
    let mut file = File::create(path)?;
    let mut resp = resp; // make mutable to read
    resp.copy_to(&mut file).map_err(|e| Error::other(e))?;
    Ok(())
}

[AllenDang]

crates.io didn't respond yet, but I figure most likely we should change to build time download the source.

[ssrlive]

Okay. I will submit a PR for it.

[AllenDang]

[AllenDang]

I'm trying to exclude unnecessary files inside wxwidgets to decrease the final package size now.

[AllenDang]

After exclude all test data, docs, examples, I've managed to decrease the .crate file from 35MB to 20MB, I already reply that info to crates.io team, and request to increase the size limit of wxdragon-sys to 25MB, hope that will work.

[ssrlive]

But now I think it is a good idea to directly download the wxWidgets zip source package, without the trouble and mental burden of git submodule management.

[ssrlive]

Plus, the source code zip archive is only 40MB, while the git submodules are 400MB+.

[AllenDang]

Agree, thinking about the nature of cargo, naturally need network to pull any other crate, so let's go for download at build time solution.

[ssrlive]

Now we mainly solve the problem of cross compilation

[ssrlive]

I think that if the previous code will result in the wxWidgets source code being uploaded to crates.io, this is exactly what we want.

Anyway, we will update and upload the code of subsequent new versions of wxWidgets.

commit 8aa1882454d4713c501b6acc8061cee8d937f111
Author: Allen <allengnr@gmail.com>
Date:   Wed Oct 15 19:58:28 2025 +0800

    Change wxwidgets download target to dest_bin_dir to avoid it be included into package

diff --git a/rust/wxdragon-sys/build.rs b/rust/wxdragon-sys/build.rs
index 2634302..c698f98 100644
--- a/rust/wxdragon-sys/build.rs
+++ b/rust/wxdragon-sys/build.rs
@@ -19,9 +19,8 @@ fn main() -> Result<(), Box<dyn std::error::Error + Send + Sync + 'static>> {
         .ancestors()
         .find(|p| p.file_name().map(|n| *n == *profile).unwrap_or(false))
         .expect("Could not find destination binary directory");
-    let wxwidgets_dir = std::env::current_dir()
-        .expect("Failed to get current directory")
-        .join("wxWidgets");
+    // Download wxWidgets to target directory to avoid including it in published crate
+    let wxwidgets_dir = dest_bin_dir.join("wxWidgets");
 
     let wxwidgets_dir_str = wxwidgets_dir.display().to_string();

[ssrlive]

Oops.

[ssrlive]

So, there must anther patch in CMakeLists.txt

[AllenDang]

why? I just pushed new version to crates.io, everything seems fine, do I miss something?

[ssrlive]

Patch pushed.

[ssrlive]

For our wxDragon developers, VSCode cannot find the wxWidgets path.

[ssrlive]

How about importing the log crate? We can use it to output log information for debugging purposes.

For example, it can help us check the reference count of the wxd_DataViewModel_t object.

[AllenDang]

It's reasonable to add log crate.

[ssrlive]

This code will change the window width. it's unexpected.

wxDragon/examples/rust/gallery/src/tabs/basic_tab.rs

Lines 789 to 797 in 25132da

	self.collapsible_pane.on_changed(move |_event| {
	if collapsible_pane_clone.is_expanded() {
	println!("CollapsiblePane expanded!");
	} else {
	println!("CollapsiblePane collapsed!");
	}
	// Update the layout to reposition other widgets
	panel_clone.layout();
	});

And when we expended the control, then collapse it, the height of the window not change anymore, I think it's another bug.

[AllenDang]

This should be the default behavior of wxwidgets?

[ssrlive]

I dont know.

[ssrlive]

Another bug.

[AllenDang]

I'll take a look.

[AllenDang]

Fixed

[ssrlive]

Thank you.

[AllenDang]

[ssrlive]

It looks good, but it's no longer useful to us.

[ssrlive]

Review this commit, what's your opinion?

e8a7985

[AllenDang]

It looks good to me, adding more apis from wxwidgets to provide more detailed control is always a good thing.

[ssrlive]

Ok, I will merge this commit to main branch.

[ssrlive]

Now wxDragon has finally evolved into a productivity tool, fully capable of developing native-looking programs.
I think it's time to release a new version.

See the neat_demo and dataviewtree examples for specific details.

[AllenDang]

When it's ready, inform me, I will do a release.

[AllenDang]

Thanks for your great contribution!

[ssrlive]

Ready.

[AllenDang]

It's done!

[ssrlive]

Doc tests are passed. But I don’t know why publish it failed.

[AllenDang]

what do you mean?

[ssrlive]

There no wxdragon doc in docs.rs site

[AllenDang]

https://docs.rs/crate/wxdragon/0.9.3/builds/2637477

seems failed to download wxwidgets source

[AllenDang]

It should be a bug of the docs.rs build system, it used to work. I will retry it later.

[ssrlive]

I don't know what happened to you, but you seem to have completely lost interest in wxDragon. Your highest principle seems to be simply generating code with AI support that runs without crashing.

You're too lazy to bother with the various glitches in the code and examples.

Is it because you're too busy with other work to dedicate time to this project?

[AllenDang]

sorry to make you down, I'm in the middle of a very challenging project right now, it occupies all my time.

[ssrlive]

Got it.

[AllenDang]

But everyday when I see the commits you made always make me feel appreciated, really thank you to enhance this project day by day, it becomes more mature everyday, it all because of your hard work.

[AllenDang]

Cannot thank you enough, @ssrlive

[AllenDang]

Speaking of this project, it originated from my use of wxWidgets 20 years ago. Since then, I've tried to encapsulate it in many programming languages, but I've never achieved a satisfactory level of completion because the workload was simply too heavy. Over the years, every time I tried a new UI framework, I would think of wxWidgets. When I encountered Rust, this thought became even stronger, but I always had a hard time making up my mind to start. I've made many attempts before, from using SWIG to manually writing a converter for C++ interfaces, but none of them were successful. It wasn't until I discovered AI Coding. To be honest, if AI Coding hadn't reached its current level of capability, this project would have been very difficult to start because the workload is just too enormous.
I know I've used a great deal of AI. Sometimes I can conduct code reviews, and other times I may only be able to intervene manually in terms of architectural adjustments. I'm aware that AI currently generates a lot of code with defects. However, considering the time consumption, I think these issues can be gradually corrected.