The specifications are available as a PDF file at:
The main class (that can be used for integration testing) is available at:
The use case descriptions for how the demonstration application must behave are available at:
.properties
files should contain
all of the phrases needed to support both English (U.S.) and French
(France):
You must:
resources
in the project.resources
"Source Folder". (Do not paste
them using the file explorer.)If there are phrases missing, make sure you contact me.
The following .zip
file should contain all of the icons
needed by the application framework and the demonstration application:
They were provided courtesy of the Google Material Design Project. Other icons can be downloaded from that project as needed. You must:
edu.jmu.cs.academics.resources
.edu.jmu.cs.academics.resources
. (Do not paste them
using the file explorer.)
The following .zip
file contains some .bpx
files that you can use when executing the demonstration application:
They can be unzipped anywhere on the file system.
AbstractEditableReadingWorker
,
AbstractModalDialog
, BackgroundTaskDialog
,
BigPixelEditor
and GridComponent
classes.
(This includes classes from earlier assignments.)
Your tests must be in a package
named edu.jmu.cs.academics.testing
and each test class
must include the word "Test" in its name.
StringReadingWorker
class and
the OpenString
class is available at:
You must use this file because it will be made
available to your code in the appropriate place on Autolab.
You must drag this file from a file explorer into
Eclipse (in the project project directory, not the src
directory). Do not copy the file outside of Eclipse.
You must not use any of the .bpx
files in your unit test.
They must be used only for integration testing.
.zip
file named pa3.zip
that contains:
Do not submit the main class and do not submit any data files
(e.g., default.cfg
, stringdocument.txt
,
or any .properties
files).
You must submit (using Canvas) one PDF file that contain
screenshots of The Big Pixel after you have opened a .bpx
file.
HeadlessException
.
Given that you should not be unit testing any of the GUI components,
the most likely cause of such an exception is the construction of a
Frame
or JFrame
object (e.g., in the
testing of your Quit
or OpenString
class. You should be able to use null
(in place of
a Frame
or JFrame
) for the parent
component without causing any problems.
AbstractLocalizedAction
,
AbstractDocumentAction
, and Quit
classes
in The Big Pixel (even if you haven't stubbed-out the other
classes) by commenting out the part of
the setupMenu()
method in the main class that
constructs and uses the OpenString
object
named open
.
Copyright 2022