<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Activity for Sokobano</title><link href="https://sourceforge.net/p/sokobano/activity/" rel="alternate"/><id>https://sourceforge.net/p/sokobano/activity/</id><updated>2022-01-10T06:57:43.012000Z</updated><subtitle>Recent activity for Sokobano</subtitle><entry><title>Alexey Dokuchaev posted a comment on discussion Help</title><link href="https://sourceforge.net/p/sokobano/discussion/933978/thread/156ad3b634/?limit=25#c8af" rel="alternate"/><published>2022-01-10T06:57:43.012000Z</published><updated>2022-01-10T06:57:43.012000Z</updated><author><name>Alexey Dokuchaev</name><uri>https://sourceforge.net/u/danfe/profile/</uri></author><id>https://sourceforge.net/p/sokobano/discussion/933978/thread/156ad3b634/?limit=25#c8af</id><summary type="html">When building the project with OpenJDK 11, compilation fails with the following errors (full context omitted for brevity, there are lots of those): error: package com.sun.org.apache.xml.internal.serialize is not visible import com.sun.org.apache.xml.internal.serialize.OutputFormat; ... error: package com.sun.org.apache.xml.internal.serialize is not visible import com.sun.org.apache.xml.internal.serialize.XMLSerializer; ... error: cannot find symbol ... BASE64Encoder().encode(encodeStringtoByte(raw));...</summary></entry><entry><title>Alexey Dokuchaev posted a comment on discussion Help</title><link href="https://sourceforge.net/p/sokobano/discussion/933978/thread/dfe481361b/?limit=25#9ab3" rel="alternate"/><published>2022-01-10T06:48:34.675000Z</published><updated>2022-01-10T06:48:34.675000Z</updated><author><name>Alexey Dokuchaev</name><uri>https://sourceforge.net/u/danfe/profile/</uri></author><id>https://sourceforge.net/p/sokobano/discussion/933978/thread/dfe481361b/?limit=25#9ab3</id><summary type="html">Currently, source code *.java files still use 8-bit encoding for the second half of the ASCII table, mostly for comments in German. This upsets javac which spits lots of error: unmappable character for encoding ASCII unless run with -encoding ISO-8859-1 switch. Consider converting them all to UTF-8 which would alleviate the need to pass encoding explicitly and would generally simplify working with the source code in modern environments.</summary></entry><entry><title>Alexey Dokuchaev posted a comment on discussion Help</title><link href="https://sourceforge.net/p/sokobano/discussion/933978/thread/a43227740b/?limit=25#9f8f" rel="alternate"/><published>2022-01-10T06:37:42.624000Z</published><updated>2022-01-10T06:37:42.624000Z</updated><author><name>Alexey Dokuchaev</name><uri>https://sourceforge.net/u/danfe/profile/</uri></author><id>https://sourceforge.net/p/sokobano/discussion/933978/thread/a43227740b/?limit=25#9f8f</id><summary type="html">The LevelManager class loads levels as "Level_" + lvlId + ".txt" (notice the uppercase L), but version 1.0.3 ships level sets 6 and 7 named starting with lowercase l. This probably does not matter on Windows, but breaks on Unix. Renaming those files allows the game to load them.</summary></entry><entry><title>Sokobano released /OldFiles/Sokoban.zip</title><link href="https://sourceforge.nethttp%3A//sourceforge.net/projects/sokobano/files/OldFiles/Sokoban.zip/download" rel="alternate"/><published>2015-01-14T16:34:43.909000Z</published><updated>2015-01-14T16:34:43.909000Z</updated><author><name>Sokobano</name><uri>https://sourceforge.net/p/sokobano/profile/</uri></author><id>http://sourceforge.net/projects/sokobano/files/OldFiles/Sokoban.zip/download</id><summary type="html"/></entry></feed>