musicxml-dom 0.1.0

experimental musicxml parsing library
Documentation 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79

pub struct LinkAttributes {
    href: String,
    role: Option<String>,
    title: Option<String>,
    show: String,
    actuate: String,
}

pub struct Work {
    work_number: Option<String>,
    work_title: Option<String>,
    opus: Option<LinkAttributes>,
}

pub struct TypedText {
    content: String,
    // keyword
    type_: Option<String>,
}

pub struct Supports {
    type_: bool,
    element: String,
    attribute: Option<String>,
    value: Option<String>,
}

pub enum Encoding {
    EncodingDate(String),
    Encoder(TypedText),
    Software(String),
    EncodingDescription(String),
    Supports(Supports),
}

pub struct Miscellaneous {
    name: String,
    value: String,
}

/**
 * encoding and miscellaneous don't exactly represent the source blocks.  If the encoding or
 * miscellaneous tags exist, but they don't have any contents, they will still be empty vectors.
 * I don't think this is an issue.  I can't think of a reason a parser would want to pay attention
 * to that.
 */
pub struct Identification {
    creator: Vec<TypedText>,
    rights: Vec<TypedText>,
    encoding: Vec<Encoding>,
    source: Option<String>,
    relation: Vec<TypedText>,
    miscellaneous: Vec<Miscellaneous>,
}

pub struct ScoreHeader {
    work: Option<Work>,
    movement_number: Option<String>,
    movement_title: Option<String>,
    identification: Option<Identification>,
}

pub struct ScorePartwise {
    version: String,
    score_header: ScoreHeader,
}

pub enum Document {
    ScorePartwise(ScorePartwise),
    //ScoreTimewise(ScoreTimewise),
}

#[cfg(test)]
mod tests {
    #[test]
    fn it_works() {
        assert_eq!(2 + 2, 4);
    }
}